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I.   EXECUTIVE  SUMMARY 


This  report,  along  with  five  previously  submitted  docu- 
ments, represents  the  findings  and  conclusions  of  a  nine-month 
study  of  Atuomated  Medicaid  Eligibility  Systems.     Over  the 
course  of  the  study,  the  original  intent  and  therefore  final 
deliverables  was  changed  somewhat  due  to  circumstances  which 
will  be  discussed  in  this  section.     In  addition,  this  section 
presents  a  summary  of  the  following  three  chapters: 

II.       Conceptual  System  Descriptions 

III.       Management  Strategy 

IV.       Implementation  Strategy 


1.        ORIGINAL  DIRECTION 
OF  THE  ASSIGNMENT 

As  originally  conceived,  the  purpose  of  this  assignment 
was  to  "analyze  the  costs,  constraints  and  benefits  of  the 
Wisconsin  automated  eligibility  system  if  it  were  to  be  trans- 
ferred to  another  state."     This  was  to  involve: 

Development  of  a  transfer  plan  between 
Wisconsin  and  a  receiving  state 

Development  of  an  eligibility  matrix  to 
identify  differences  between  Wisconsin 
and  the  receiving  state 

Identification  of  modifications  necessary 
in  the  Wisconsin  System  and  policy  manuals 

Preparation  of  an  implementation  package 
for  the  receiving  state 

Development  of  a  Transferability  Manual 
for  use  of  the  receiving  state  and  other 
states . 

The  Receiving  State  designated  by  DHEW  was  Louisiana. 

In  addition  to  visits  to  Wisconsin  and  Louisiana,  the 
project  team  was  to  visit  the  States  of  Maryland,  Texas, 
Oklahoma  and  New  Hampshire  to  study  their  atuomated  eligi- 
bility systems  and  develop  reports  describing  and  critiquing 


( 


each  state  system.  These  studies  were  completed  and  are  doc- 
umented in  previously  submitted  reports,  as  follows: 


Maryland  -  Automated  Income  Maintenance 
System  -  November  22 ,  1978 

New  Hampshire  -  Eligibility  Management 
System  -  December  11,  1978 

Texas  -  System  for  Application,  Verifica- 
tion,  Referrals  and  Reporting  -  January  15, 
1979 

Oklahoma  -  Case  Information  System  -  March  19, 
1979. 

After  visiting  the  State  of  Wisconsin,  the  project  team 
became  concerned  about  the  transferability  of  the  Wisconsin 
Computer  Reporting  Newtwork  (CRN)  System  due  to  reservations 
about  the  feasibility,  facility  and  limitations  of  a  transfer 
effort  and,  most  importantly,  the  ultimate  functional  capabil- 
ities of  the  CRN  System  in  a  receiving  state.     These  reserva- 
tions were  presented  in  a  report  entitled  "Concerns  Regarding 
Transfer  of  the  Wisconsin  Computer  Reporting  Network,"  sub- 
mitted December  22,  1978.     Following  review  and  discussion, 
DHEW  officials  concurred  with  the  conclusions  of  this  report 
and  subsequently  changed  the  direction  of  the  assignment  to 
the  following: 

Development  of  a  Conceptual  System  Design, 
using  the  best  features  of  all  states  visited 
which  could  be  used  by  the  receiving  state 
(Louisiana) 

Development  of  an  Eligiblity  Matrix  compar- 
ing the  factors  between  Louisiana  and  the 
state  whose  eligibility  subsystem  was  se- 
lected for  the  design 

Development  of  an  Overall  Management  Stra- 
tegy indicating  relevant  issues  to  be  re- 
solved by  Louisiana  in  using  the  design  or 
transferring  modules  from  other  states 

Development  of  a  Specific  Implementation 
Strategy  for  Louisiana  in  using  the  design 
or  transferring  modules  from  other  states. 

However,  after  completion  of  a  survey  of  the  status  of 
Louisiana's  activities  in  the  automated  eligibility  area,  it 
was  determined  that  they  were  much  further  advanced  in  their 
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efforts  than  origianlly  anticipated.     They  had  already  de- 
veloped a  design,  ordered  hardware,  decided  on  a  software 
approach  and  done  considerable  work  on  development  of  eli- 
giblity  handbooks.     For  this  reason,  it  was  decided  by  DHEW 
to  develop  the  conceptual  design,  management  strategy  and 
implementation  strategy  on  a  general  rather  than  Louisiana- 
specific  basis  for  use  by  any  state  desiring  to  develop  an 
automated  eligibility  system.     The  remainder  of  this  report 
presents  these  products. 


2.        CONCEPTUAL  SYSTEM  DESCRIPTION 


System  Overview  -  A  general  description  of 
the  subsystems  contained  in  the  overall 
system 

File  Descriptions  -  An  outline  and  explana- 
tion of  the  recommended  major  system  files 

Subsystem  Inputs  and  Outputs  -  A  description 
of  the  subsystem  information  flows,  augmented 
by  appropriate  graphic  displays 

Transfer  Candidates  -  A  description  of  consi- 
derations  and  system  modules  for  transfer  to 
a  receiving  state  to  accomodate  a  major  por- 
tion of  the  recommended  design. 


3.        MANAGEMENT  STRATEGY 

This  chapter  discussed  in  detail  several  aspects  of  auto- 
mated eligibility  system  development  from  a  welfare  manage- 
ment standpoint.     Major  topics  include: 

Automated  Eligibility  Determination 

Levels  of  automation 
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This  chapter  of  the  report  presents  a  description  of  the  w  h 

conceptual  automated  eligibility  system  which  has  been  tenta- 
tively titled  the  "Eligibility  Determination  and  Maintenance 
System."     The  section  describes  the  following: 
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The  conceptual  system  presented  in  this  chapter  presents  E*  £ 

an  on-line  real-time  eligibility  determination  system  which 

includes  the  best  features  of  all  systems  studied  during  this  £  co 


assignment,  plus  ideas  based  upon  the  experience  of  the  authors 
and  others  with  whom  discussions  have  been  held.  It  represents 
the  current  state-of-the-art  in  welfare  eligibility  systems. 
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Programs  to  automate 
Rules  to  automate 
Integrated  Application  Form 
Design 
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Handbooks  and  Matrices 

Structured  development 

Truth  tables 

Algorithms 
Common  Data  Base 
Identification  Numbers 
User  Acceptance. 

4.        IMPLEMENTATION  STRATEGY 

This  chapter  presents  an  implementation  strategy  and 
model  workplan  for  building  and  installing  the  Eligibility 
Determination  and  Maintenance  System.     Estimates  of  hardware/ 


Detailed  System  Design 
Implementation  Planning 

Development  of  Programming  Specifications 

Programming 

User  Training 
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software,  staffing,  cost  and  timing  are  also  presented. 
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Detailed  discussion  of  all  tasks  considered  necessary  to 
develop  the  system  is  included.     These  tasks  are: 
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Selection  of  the  Best  Alternative 
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Systems  Testing 
Conversion  to  New  System 
Post-Implementation  Audit  Review. 
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CONCEPTUAL  SYSTEM  DESCRIPTION 
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II.   CONCEPTUAL  SYSTEM  DESCRIPTION 


This  Chapter  of  the  report  presents  the  recommended  con- 
ceptual design  of  the  automated  eligibility  determination  and 
maintenance  system.  This  conceptual  design  was  developed  af- 
ter analyzing  the  five  automated  systems  which  the  Ferguson* 
Bryan  and  HCFA  team  reviewed  during  the  course  of  this  pro- 
ject. The  design  brings  together  the  strong  features  of  each 
system.     These  systems  are: 
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Wisconsin  -  Computer  Reporting  Network  (CRN) 

Texas  -  System  for  Application,  Verification, 
Eligibility,  Referrals  and  Reporting  (SAVERR) 

Oklahoma  -  Case  Information  System  (CIS) 

New  Hampshire  -  Eligibility  Management  System 
(EMS) 

Maryland  -  Automated  Income  Maintenance  Sys- 
tem (AIMS) 
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The  rationale  for  design  of  this  conceptual  system  stems 
from  analysis  of  the  functional  definition  of  the  systems  re- 
viewed, as  influenced  by  several  factors: 


Federal  program  management  requirements 

State  and  local  administrative  program  idio- 
syncracies 

Sound,  comprehensive  and  efficient  integration 
of  automated  information  processing  techniques 

Flexibility  to  facilitate  programmatic  policy 
modification 

Proven  system  operational  success 

Solid,  well  documented  system  design. 

Several  existing  software  elements  have  been  identified  which 
may  be  integrated  into  a  system  for  any  state. 
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The  sections  of  this  chapter  address  four  subjects  which 
collectively  describe  the  conceptual  design. 
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Conceptual  System  Overview  -  A  general  de- 
scription of  the  subsystems  contained  in  the 
overall  system 

File  Descriptions  -  An  outline  and  explana- 
tion of  the  recommended  major  system  files 

Subsystem  Inputs  and  Outputs  -  A  description 
of  the  subsystem  information  flows,  augmented 
by  appropriate  graphic  displays 

Transfer  Candidates  -  A  list  of  system  modules 
which  could  be  transferred  to  or  modified  for 
a  receiving  state  in  order  to  accomodate  a 
major  portion  of  the  recommended  design. 

1.        CONCEPTUAL  SYSTEM  DESIGN 

The  conceptual  system  is  comprised  of  ten  separate  pro- 
cessing components,  or  subsystems,  which  together  form  a  high- 
ly sophisticated  management  information  and  functional  pro- 
cessing system.     While  the  functions  of  each  component  are 
distinct,  the  design  has  been  developed  on  an  integrated  basis 
with  each  subsystem  providing  the  capability  for  handling  sev- 
eral program  areas.     Exhibit  II-l,  following  this  page,  depicts 
the  major  components  of  the  conceptual  Eligibility  Determination 
and  Maintenance  System.     The  subsystems  and  their  general  func- 
tions are  described  below. 

1.  Control,  Edit  and 
Update  Subsystem 

The  functions  of  this  subsystem  include  the  following: 

Creating  new  case  records  and  updating  existing 
records 

Maintaining  a  log  of  daily  input  transactions 
affecting  case  status  or  activity 

Editing  the  data  from  all  non-inquiry  input 
transactions,  including  sophisticated  correla- 
tion edits 

Controlling  the  error  correction  and  re-entry 
processes . 

2.  Eligibility  Determination  Subsystem 

The  functions  of  this  subsystem  include: 

Eligibility  determination  for  all  incoming 
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applications  across  all  programs 
Redetermining  eligibility  for  reconsiderations 
Calculating  grant  amounts 

Determining  a  food  stamp  household's  require- 
ments and  the  corresponding  food  stamp  alloca- 
tion. 

3 .  Case  Processing  Subsystem 

This  subsystem  is  executed  on  a  daily  and  monthly  cycle, 
each  of  which  has  different  functions.  Daily  cycle  functions 
include: 

Notifying  prospective  recipients  and  their  case- 
workers of  delays  in  the  application  process 

Informing  clients  of  upcoming  reconsidera- 
tions or  overdue  support  payments 

Printing  closure  and  approval  notices  to 
recipients  and  to  appropriate  local  personnel. 

The  monthly  cycle's  responsibilities  include: 

Scanning  SDX  tapes  for  discrepancies  in  re- 
ported benefits  and  the  reporting  of  these 
to  the  proper  individuals 

Case  control  reporting,  such  as: 

Birthday  listings 

Caseload  registers 

Case  closures 

Cases  purged  from  data  base  (master  file) 

Providing  Medicaid  information  to  the  proper 
interfacing  agency/system. 

4 .  Issuance  Subsystem 

This  subsystem  will  perform  and  report  on  the  following 
functions  on  a  daily  basis: 

Issuing  checks,  Medicaid  cards,  and  ATP  (Au- 
thorization To  Participate)  cards 
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Stopping  existing  unpaid  checks 
Canceling  checks  returned: 

Undeliverable 

Mutilated 

Recipient  death 

Holding  the  issuance  of  a  check  or  ATP  card 
pending : 

Change  of  address 

Change  in  case  status 

Change  in  budget  amount 

Issuing  a  retroactive  check  for  an  underissuance. 

5 .       Statistical  Processing  Subsystem 

The  daily  functions  of  this  subsystem  will  include  the 
updating  of  statistical  files  with  monthly  and  year-to-date 
totals,  including: 

Applications 

Closures 

Caseload  distribution 

Expenditures 

Refunds  and  recoveries. 

Monthly,  this  subsystem  will  provide  most  of  the  man- 
agement and  Federal  reports.     A  partial  listing  of  these 
reports  is  included  below. 

Payments  by  Category 

General  Public  Assistance 

Average  Payment  per  Individual 

Program  Outlay  Report 

Case  Worker  Activity  Report  (one  each  for 
Public  Assistance   [PA] ,  Food  Stamp  [FS]  and 
Medical  Assistance  [MA] ) 
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Number  of  Cases  Added  and  Closed  (PA,  FS  and  MA) 

Various  food  stamp  reports  as  required  (national, 
state  and  local) . 


Quality  Control  Subsystem 

Daily,  this  subsystem's  functions  will  be: 


(U  CD 
P3 

Update  a  Quality  Control  file  with  completed 

review  form  data  from  PA  and  FA  case  reviews  n>  -a 
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During  on-request  monthly  executions,  this  subsystem  3  w 


Generate  a  "Notice  of  Quality  Control  Action" 
report  for    PA  and  FS  eligibility  workers. 


will  accomplish  the  following,  utilizing  'error  prone  pro- 
filing' techniques: 

Extraction  of  the  AFDC  and  FS  sample 

Providing  a  listing,  by  region,  of  the  cases  sampled 

Printing  of  reports  for  management,  including: 

FS  Statistical  Summary 

FS  Statistical  Summary  Data  on  Overissuance 
PA  Statistical  Data  on  Case  with  Errors 
Reviews  Completed  Report. 
7 .       History  Subsystem 


Storing  all  case-related  transaction  activity 
in  a  history  file,  thereby  providing  a  trai 
action  audit  trail  on  a  case-by-case  basis 


Reporting  on  a  given  case's  history,  as  re- 
quested 

Generation  of  case  record  forms,  both  as  re- 
quested and  as  required  due  to  case  status 
changes . 

8.      Reconciliation  Subsystem 

The  function  of  this  subsystem  is  to  account  for  payments 
by  the  state  and  to  the  state,  including: 

-10- 
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CHECK  TAPES 
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STATISTICAL  DATA  FILE 
(ISSUANCE) 


PA  CHECK  ACCOUNTABILITY 
REPORT 

SUPPORT  PAYMENT  LIST 
PA  REFUND  REPORT 
FS  RECONCILIATION  UST 
FS  REFUND  REPORT 
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Paid  checks 
Support  payments 

Refunds  for  overissuances  or  fraud. 

Each  of  these  categories  will  be  reconciled  and  reported 
on  a  monthly  basis. 

9 .  Mass  Change  Subsystem 

This  subsystem  provides  the  capability  to  cause  changes 
to  a  large  number  of  cases,  as  dictated  by  a  change  in  policy 
or  standards,  such  as: 

Change  in  SSA  or  SSI  benefits 

Increase  in  any  flat-rate  expense  item 

Decrease  in  food  stamp  requirement  for  a  given 
income  level 

Change  in  the  standard  disregard. 

The  outputs  from  this  subsystem  would  include  the  follow- 
ing types  of  information: 

Summary  data  (number  of  cases  affected,  dollar 
impact)  reported  to  supervisory  personnel 

Lists  of  affected  cases  reported  to  workers 

Notification  of  change  to  recipients 

Requests  for  new  case  records 

Data  tape  for  outside  agencies,  if  required. 

10 .  Inquiry  Subsystem 

The  function  of  this  subsystem  is  to  provide  local  and 
state  offices  with  a  mechanism  to  research  individuals  and 
cases,  including: 

Name  encoded  search  capabilities 

Screening  of  new  applicants  to  determine  if 
they  are  known  to  the  system  in  any  country, 
parish  or  district 

Locating  an  absent  parent 
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Determining  the  status  of  a  check  or  Authori- 
zation to  Participate  (ATP)  card 

Detecting  the  use  of  the  same  address  by  dif- 
ferent individuals 

Disclosing  wage  and  unemployment  insurance  in- 
formation. 

The  data  bases  and  ancillary  files  which  support  these 
subsystems  are  discussed  in  the  next  section. 


2.        SYSTEM  FILE  DESCRIPTIONS 

In  developing  a  realistic  view  of  the  information  flows 
(that  is,  the  subsystem  inputs  and  outputs),  it  is  first  nec- 
essary to  establish  the  information  content  of  the  major  files 
which  are  to  be  used  by  the  entire  system.     Some  of  these  files 
have  been  dfeined  in  detail  to  facilitate  analysis.     Thus,  many 
data  elements  have  been  identified  and  are  included  here  as  an 
aid  in  further  study  or  in  subsequent  detailed  design  efforts 
for  this  type  of  system.     The  files  involved  are: 

Public  Assistance  Case  Data  Base 

Food  Stamps  Case  Data  Base 

Medical  Assistance  Case  Data  Base 

Names  Data  Base 

Check  Data  Base 

Name  Cross-Refer ence  File. 

Together  these  files  comprise  the  "integrated"  data  base, 
integrated  in  that  different  programs   (PA,  FS  and  MA)  are 
linked  to  each  other  through  those  individuals  involved  in 
more  than  one  program.     Each  welfare  individual  is  listed  only 
once  in  the  integrated  data  base. 

Exhibit  II-2,  following  this  page,  graphically  shows  the 
integration  of  the  major  system  files.     Of  importance  is  that 
each  data  base  is  either  directly  or  indirectly  linked  to  all 
other  data  bases.     The  definition  of  the  structure  of  the  over- 
all data  base  has  been  based  on  the  rationale  below: 

Programmatic  Independence  -  All  program  areas 
(public  assistance,  food  stamps  and  medical 
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Exhibit  II-2 
DETERMINATION  AND 
MAINTENANCE  ELIGIBILITY  SYSTEM 
CONCEPTUAL  INTEGRATED 
DATA  BASE 


LEGEND: 
DIRECT  LINKAGE 


INDIRECT  LINKAGE 


ANCILLARY  SUPPORT 
FILES  (NOT  SHOWN) 

•  NAME  CROSS-REFERENCE 
FILE 

•  CASE  ACTION  FILE 

•  MANAGEMENT  STATISTICS 
FILE 

•  CASE  TRANSACTION  HISTORY 
FILE 

•  SUMMARY  QUALITY  CONTROL 
FILE 


NAMES 
DATA 
BASE 


PUBLIC 
ASSISTANCE 

CASE 
DATA  BASE 


± 


T 


CHECK 
DATA 
BASE 


77  


FOOD  STAMP 
CASE 
DATA  BASE 


MEDICAL 
ASSISTANCE 

CASE 
DATA  BASE 


TO 

•A 

tt> 

3 

3 

o> 

i 

cn 

tn 

^ 

in 

H" 

rt 

H 

(D 

(C  J 

3 

w 

— 

H- 

H-  ' 

r 

< 

(t  H 

i-j  (t 

K-  X 

H*  [/>' 

o 

rr  •< 

W 

O  rr 
3  (0 
-  3 


r 


e 


e 


assistance)  are  different  both  in  the  types 
and  amounts  of  information  needed  to  estab- 
lish and  maintain  eligibility.     Because  of 
this,  cases  in  each  program  area  should  be 
grouped  separately,  thereby  creating  PA,  FS 
and  MA  Case  Data  Bases. 

Individual  Cross  Referencing  -  Because  indi- 
viduals on  one  case  can  be  listed  in  another 
(example:     a  PA  individual  can  be  in  an  NPA 
food  stamp  case) ,  the  names,  social  security 
numbers ,  ages ,  and  sexes ,  and  other  demo- 
graphic data  should  be  stored  separately  from 
case  data  bases.     In  a  nonintegrated  system, 
this  information  would  be  stored  in  at  least 
two  separate  files.     This  rationale  justifies 
the  Names  Data  Base,  where  each  individual  is 
listed  once. 

Address  Cross  Referencing  -  In  a  similar  fash- 
Ton^  there  can  be  several  PA  cases  in  the  same 
food  stamp  household.     If  the  addresses  were 
stored  in  the  case  data  base,  duplicate  data 
could  exist.     In  order  to  preclude  this,  the 
addresses  can  be  stored  separately  and  "pointed 
to"  from  each  case,  thereby  necessitating  sepa- 
rate Addresses  Data  Base. 

Information  Independence  -  So  as  to  greatly 
reduce  the  number  of  transactions  entering 
the  system,  it  is  assumed  that  tape(s)  of 
check  reconciliations  can  be  used  by  the 
bank(s).     This  tape  would  be  sequenced  by 
check  number  and  should  be  matched  against 
check  issuance  information,  similarly  sequenced. 
The  Check  Data  Base  should  facilitate  this  ac- 
tivity. 

With  the  exception  of  the  Check  Data  Base,  the  elements 
of  each  of  the  data  bases  mentioned  above  are  (sub) grouped 
into  segments.     The  segmentation  is  shown  in  Exhibits  II-3 
through  II-8,  following  this  page.     An  asterisk  over  a  given 
segment  indicates  possible  multiple  occurences  of  the  same 
segment. 

The  Name  Cross-Ref erence  File  is  a  disk  file,  which  is 
part  of  the  data  base.     It  contains  the  social  security  num- 
ber and  name  of  each  individual  known  to  the  system.     A  psuedo 
social  security  number  is  to  be  included  when  necessary.  This 
file  is  used  by  the  Control,  Edit  and  Update,  Case  Processing 
and  Inquiry  Subsystems.     It  is  only  updated  by  the  Control 
Edit  and  Update  Subsystem. 
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Exhibit  II-3 

.  .  PUBLIC  ASSISTANCE  CASE  DATA  BASE  - 

SEGMENT  OVERVIEW 
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Exhibit  II-4 
FOOD  STAMP  CASE 
DATA  BASE  - 
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Exhibit  II-5 
MEDICAL  ASSISTANCE 
CASE  DATA  BASE  - 
SEGMENT  OVERVIEW 
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Exhibit  II-6 
NAMES  DATA  BASE  - 
SEGMENT  OVERVIEW 
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Exhibit  TT--7 
ADDRESS  PAT  A  t*A;>K 
SEGMENT  OVERVIEW 
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Exhibit  II-8 
CHECK  DATA  BASE  - 
SEGMENT  OVERVIEW 
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Four  ancillary  storage  files  complement  the  major  files 
described  above.     Since  these  files  are  relatively  specialized, 
limited  in  information  content,  and/or  more  logically  lend  them- 
selves to  a  magnetic  tape  environment,  they  are  not  designated 
as  major  system  files.     These  files  are: 

Management  Statistics  File  -  This  magnetic 
tape  will  contain  monthly  and  also  year-to- 
date  totals  of  those  elements  which  are  de- 
fined during  further  systems  design  efforts. 

Case  Transaction  History  File  -  This  is  also 
a  magnetic  tape  file  which  will  contain  in- 
formation about  all  transactions  applied  to 
each  case  ever  known  to  the  system.     The  pur- 
pose of  this  file  is  to  enable  eligibility 
workers  and  special  investigators  to  gain  a 
complete  profile  (transaction  audit  trail)  of 
any  activity  on  a  case. 

Case  Action  File  -  This  disk  file  will  con- 
tain  the  case  identification  number  and  an 
action  indicator  for  those  cases  requiring 
automatic  processing  during  the  month.  Ex- 
amples of  this  processing  are  case  purging 
and  notification  of  upcoming  reconsiderations, 
recertif ications ,  and  expiring  application- 
pending  periods.     Maintenance  of  this  file 
reduces  the  number  of  sequential  reads  of  the 
case  data  bases,  or  periodic  scans  of  the  en- 
tire case  file. 

Summary  Quality  Control  File  -  This  tape  file 
will  contain  summary  information  on  case  re- 
views completed,  including: 

Number  of  reviews  completed 

Number  of  reviews  not  completed  by 
reason  code 

Number  of  ineligibles  by  error  codes 

Number  of  overissuances  by  error 

Number  of  underissuances . 

Most  importantly,  this  file  will  store  characteristic 
data  on  each  case  that  is  sampled  thus  providing  a  reference 
base  for  statistical  study  as  required. 


3.       SUBSYSTEM  INPUTS  AND  OUTPUTS 


The  subsystems  of  the  Conceptual  Eligibility  Determina- 
tion and  Maintenance  System  were  identified  and  briefly  de- 
scribed in  the  first  section  of  this  chapter. 

The  purpose  of  this  segment  of  the  report  is  to  describe 
these  subsystem  components  of  the  conceptual  system  in  greater 
detail.     In  our  approach  we  have  made  a  specific  effort  to 
provide: 

The  identification  of  each  major  input 
transaction 

The  processing  caused  by  these  transactions 

The  identification  of  numerous  output  re- 
ports and  a  description  of  those  which  may 
be  unfamiliar  to  the  reader. 

Exhibit  II-9,  following  this  page,  is  a  multipage  graphic 
representation  of  the  conceptual  system.     This  exhibit  should 
be  referenced  to  augment  the  remaining  text  in  this  section 
of  the  report.     Subsystem  interrelationships,  file  interfaces 
and  outputs/reports  are  shown. 

The  frequency  of  output  reports  depicted  on  Exhibit  II-9 
is  specified  using  the  following  scheme: 

"D"  -  Produced  on  a  daily  basis 

"W"  -  A  weekly  production  output 

"Q"  -  Quarterly  or  less  frequent  report 
(including  on-request  items) . 

1.       Control,  Edit  and  Update 

The  Control,  Edit  and  Update  Subsystem  is  responsible  for 
the  edit  and  validation  of  the  majority  of  transactions  enteri 
the  system,  and  the  daily  updating  of  the  integrated  data  base 
These  functions  enable  administrative  personnel  to  have  an  ac- 
curate and  current  record  of  each  case  and  every  individual 
known  to  the  system. 

This  subsystem  interacts  with  all  major  files  of  the  sys- 
tem.    The  only  other  subsystem  in  the  conceptual  design  which 
spans  more  system  files  is  the  Inquiry  Subsystem.     During  exe- 
cution of  the  Control,  Edit  and  Update  Subsystem  only  the  em- 
ployment security  files  are  not  accessed  and  updated.  By 
design,  this  is  not  required  since  screening  of  applicants 
(and,  therefore,  accessing  of  these  files)  using  Inquiry  Sub- 
system capabilities  occurs  prior  to  input  of  application  data. 
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Exhibit  II-9.1 
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Exhibit  II-9.2 
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Exhibit  II-9.3 
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•  ASSISTANCE  CHECKS 

•  MEDICAID  CARDS 

•  ATP  CARDS 

•  FOOD  STAMPS 
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•  PA  CHECK  REGISTER 

•  PA  HELD  CHECK  REPORT 

•  FS  MAIL  ISSUANCE  LIST 

•  ATP  CARD  REGISTER 

•  HELD  ATP  CARD  REPORT 
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CASE  RECORD 
REQUEST  FILE 
(FROM  MASS  CHANGE 
SUBSYSTEM) 


•  TRANSACTION 
HISTORY  FILE 
(NEW) 
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•  TRANSACTION 
HISTORY 
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FS  CASE  DATA  BASE 
MA  CASE  DATA  BASE 
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CASE  DATA  BASES 

-  PA 

-  FS 

-  MA 


•  NAMES  DATA  BASE 

•  ADDRESS  DATA  BASE 

•  CHECK  DATA  BASE 

•  NAME  CROSS-REFERENCE  FILE 


TRANSACTION  REQUEST  FORM 

-  CASE  INQUIRY 

-  INDIVIDUAL  INQUIRY 

-  WAGE/UNEMPLOYMENT  INQUIRY 

-  CHECK  INQUIRY 

-  ADDRESS  INQUIRY 


TERMINAL 
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Continuing  cases  and  individuals  are  to  be  periodically  mon- 
itored for  wage  and  unemployment  insurance  information,  as 
explained  later  in  this  section. 

Transaction  input  to  this  subsystem  involves  completion 
of  a  Transaction  Selection  Form  by  a  requesting  caseworker. 
This  form  contains  a  mixtrue  of  transaction  types  and  certain 
demographic  data  (i.e.,  name,  address,  age,  sex,  etc.).  The 
types  of  transactions  to  be  accepted  and  processed  by  this  sub- 
system include: 

Application 

Case  Change 

Case  Record  Request 

Transaction  History  Request 

Quality  Control  Sample  Selection 

Quality  Control  Review 

Mass  Change  Request 

Returned  ATP  Card 

Support  Payment  Request 

Refund  Request 

Statistical  Report  Request. 

Each  of  these  transactions  is  to  be  processed  by  at  least 
one  of  the  modules  or  programs  in  this  subsystem.  Following 
is  a  general  description  of  these  programs  as  well  as  the  trans- 
actions which  they  process. 

The  Process  Control  program  will  be  responsible  for  con- 
trol of  the  execution  sequencing  of  the  other  programs  and  the 
monitoring  of  interaction  between  the  remote  input  terminals 
and  these  programs.     The  display  of  screens  at  the  terminals 
and  receipt  of  input  data  from  them  will  be  a  major  function 
of  this  program. 

The  screens  and  the  subsequent  processing  of  transaction 
data  will  be  functions  of  the  programs  which  Process  Control 
invokes.     These  are: 

Public  Assistance  Case  Edit/Update  -  Two 
transactions — PA  Applications  and  PA  Status 
Changes   (including  reconsiderations,  changes 
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Medical  Assistance  Edit/Update  -  The  functions 
of  this  program  will  be  identical  to  those  of 
PA  Edit/Update,  except  that  no  grant  calcula- 
tion is  to  be  made  (note  that  the  Eligibility 
Determination  Subsystem  need  perform  no  cal- 
culation of  grant  amount  in  this  instance)  . 
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in  grant,  completed  review) — will  be  processed 
by  this  program.     As  the  data  from  either  of 
these  enter  the  program,  basic  edit  checks  will 
be  performed  to  verify  syntax,  range  and  pre- 
sence of  required  fields.     When  basic  editing 
is  complete,  the  processing  will  differ  for  the 
two  transaction  types.     For  applications,  a  case 
record  will  be  built  in  internal  storage;  for 
changes,  the  case  record  will  be  extracted  from 
the  PA  Case,  Names  and  Address  Data  Bases  and 
modified  in  internal  storage.     The  record,  either 
created  or  updated,  will  then  be  checked  for  val- 
idity of  all  correlations,  e.g.,  age  and  school 
status,  employability ,  and  WIN  status.  Eligi- 
bility determination  and  evaluation  of  grant 
amount  for  approval  cases  is  then  accomplished 
by  the  Eligibility  Determination  Subsystem.  All 
status  information  is  passed  to  Process  Control 
for  transmission  to  the  video  terminals.     This  f 
information  will  be  one  of  the  following  types: 

Case  Pending/Reason 

Case  Closed/Reason 

Case  Eligible/Grant  Amount. 

Once  all  editing  and  calculating  is  complete, 
the  case  record  will  be  written  or  rewritten 
onto  the  appropriate  data  base(s).     Also,  a 
record  will  be  created  on  the  Names  Cross- 
Reference  File  for  thse  new  individuals  being 
added  to  the  public  assistance  roles. 
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Food  Stamp  Case  Edit/Update  -  Two  transactions 
will  enter  this  program:     FS  Applications  and 
FS  Changes. 
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(FS  Case  Data  Base  instead  of  PA  Case  Data  Base) 
and  the  calculation  of  the  grant  amount  (per- 
formed by  the  Eligibility  Determination  Subsystem) . 
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Input  to  this  program  will  include  the  follow- 
ing files  and  transactions; 

MA  Case  Data  Base 

MA  Applications 

-        MA  Case  Changes 

Names  Data  Base 

Names  Cross-Ref erence  File 

Address  Data  Base. 

Financial  Edit/Update  -  This  program  will  be 
responsible  for  editing  only  fiscal  transac- 
tions.    The  purpose  of  segregating  the  fiscal 
transactions  is  based  on  the  fact  that  a 
limited  amount  of  data  base  information  is 
required  for  the  edits,  and,  therefore,  this 
program  requires  much  less  internal  storage 
than  any  of  the  case  edit/update  programs. 
The  transactions  to  be  processed  by  this  pro- 
gram are  identified  below: 

ATP  Card  Return  -  For  purposes  of 
food  stamp  expenditure  accounting, 
the  data  Cease  ID  number,  total 
coupon  value)   reflected  in  this 
transaction  will  be  edited  against 
data  in  an  ATP  Card  Issuance  Seg- 
ment of  a  given  FS  Case  Data  Base 
record. 

ATP  Card  Hold  -  This  transaction's 
data  (date  of  hold,  coupon  amount, 
case  ID  number)  will  be  checked 
against  the  hold  segments  of  a  given 
FS  Case  Data  Base  record  to  deter- 
mine that  a  prior  hold  had  not  been 
previously  issued.     Once  established, 
a  hold  segment  will  be  included  in 
the  record.     If  present  it  will  pre- 
vent an  ATP  card  from  being  issued 
during  the  specified  month.  This 
transaction  is  also  the  mechanism 
for  releasing  held  ATP  cards  and 
cancelling  already  existing  cards. 
The  processing  steps  will  be  simi- 
lar for  this  activity. 

Support  Payment  -  This  transaction 
will  account  for  support  paid  to 
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an  assistance  recipient.     The  re- 
quired processing  includes  an  ac- 
cess of  the  PA  Case  Data  Base  and 
the  inclusion  of  a  Support/Refund 
Segment  for  the  appropriate  month. 
A  code  in  this  segment  will  be  set 
to  distinguish  support  payments  from 
refunds . 

Check  Hold  -  Like  the  ATP  Card  Hold 
this  transaction  will  hold  a  check, 
release  a  held  check,  or  cancel  an 
existing  one.     The  only  processing 
difference,  other  than  the  accessing 
of  the  PA  Case  Data  Base  instead  of 
the  FS  Case  Data  Base,  will  be  the 
accessing  of  the  Check  Data  Base 
when  a  check  is  to  be  cancelled. 

Refund  Request  -  This  transaction  will 
be  used  by  the  caseworkers  to  account 
for  refunds  from  the  client  to  the 
agency  for  a  previous  overissuance  or 
fraudulent  payment.     The  Financial  Edit/ 
Update  program  will  access  the  FS  or 
PA  Case  Data  Base  to  validate  transac- 
tion data  against  that  in  the  Status 
Segment.     Once  validated,  a  refund  seg- 
ment will  be  built  and  included  in  the 
appropriate  data  base  record.  Reissuance 
to  food  stamp  clients  for  stamps  lost  or 
stolen  will  be  processed  as  above.  A 
code  in  the  refund  segment  will  distin- 
guish this  type  from  a  refund  from  the 
client. 

Title  IV-D  Interface  -  The  system  should  pro- 
vide  the  capability  for  automatic  generation 
of  output  data  to  a  file  which  eventually  will 
serve  as  input  to  Title  IV-D  systems.  Exact 
content  of  this  output  is,  to  date,  undeter- 
mined but  it  will  include  appropriate  PA  case 
information. 

Name/Address  Change  -  A  special  set  of  transac- 
tions  input  to  this  program  causes  a  change  to 
data  in  the  Names  and  Address  Data  Bases,  The 
reason  for  this  provision  is  that  a  name  and/or 
address  can  be  the  same  for  many  records  in  the 
case  data  bases.     The  function  of  the  program  is 
to  ensure  that  all  data  base  cases  with  linkage 
to  a  given  name  or  address  segment  are  updated 
properly. 
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Quality  Control  Edit  -  The  purpose  of  this  pro- 
gram is  to  validate  the  contents  of  the  following 
inputs : 

Quality  Control  Sample  Selection  -  The 
paramters  defined  by  this  transaction 
will  determine  the  size  of  the  sample 
to  be  extracted. 

Quality  Control  Review  -  The  data  in- 
cluded in  this  transaction  will  be  com- 
pared to  that  in  the  case  record  (PA  or 
FS)  to  determine  accuracy.  The  Quality 
Control  File  will  not  be  updated  during 
the  real-time  processing. 

Request  Forms  Edit  -  This  subprogram  will  be 
responsible  for  editing  each  of  the  request 
forms  for  errors  in  syntax  and  range.  Speci- 
fic editing  will  include: 

Case  Record  Request  -  This  input  trans- 
action-wTIT~beedTted  to  ensure  that 
there  is  a  case  on  file  corresponding 
to  the  ID  number  requested. 

Statistics  Report  Request  -  The  report 
identifier  of  this  transaction  must  be 
that  of  an  existing  statistical  report. 

Mass  Change  Request  -  Since  a  mass 
change  may  affect  the  updating  of  tens 
of  thousands  of  cases,  it  is  critical 
that  the  change  appear  legitimate  to 
the  computer.     The  Request  Forms  Edit 
Subprogram  will  be  coded  such  that  (for 
example)   an  increase  of  more  than  25  per- 
cent in  an  income  disregard  will  cause  a 
display  of  a  warning  message  to  the  ter- 
minal operator.     The  operator  then  has 
the  option  to  correct  or  reenter  a  revised 
income  disregard. 

Transaction  History  Request  -  This  input 
transaction  is  a  listing  of  case  ID  num- 
bers and  will  receive  only  the  basic  in- 
put edits  since  it  does  not  effect  on-line 
processing  or  require  history  tapes. 
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The  primary  output  of  the  Control,  Edit  and  Update  Sub- 
system is  the  Daily  Log  File.     The  Daily  Log  File  would  be  key 
to  daily  system  operations  in  that  it  provides: 

All  input  to  the  subsystems  which  process  in 
a  batch  mode  (i.e.,  data  files  used  in  the 
batch  process) . 

An  audit  trail  for  all  transactions  entering 
the  system. 

Backup  for  re-creating  the  case  files  in  the 
event  of  a  major  system  failure. 

A  Pending  or  Suspense  File  for  transactions 
awaiting  correction.     This  capability  will 
allow  caseworkers  to  make  subsequent  changes 
to  erroneous  input  transactions  without  delay 
in  processing  other  transactions.     In  addition, 
the  operator  need  not  reenter  all  the  data  to 
correct  transactions  in  error. 
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Daily,  at  the  conclusion  of  processing,  this  file  will  be 
sorted  by  major  transaction  type  and  case  ID  number.     The  re- 
maining subsystems   (with  the  exception  of  Eligibility  Deter- 
mination and  Inquiry) ,  will  process  the  sorted  file  in  a  batch 
mode. 

2 .       Eligibility  Determination  Subsystem 

This  subsystem  is  the  heart  of  the  eligibility  determina- 
tion and  maintenance  process.     It  is  imperative  that  this  com- 
ponent be  designed  and  developed  with  careful  throught  given  to 
the  following  factors: 

Facility  and  efficiency  of  execution  -  since 
this  is  an  on-line  application  designed  to 
provide  timely,  accurate  response  to  the  user 

Clarity  of  process  documentation,  to  ease  mod- 
ification of  dynamic  eligibility  determination 
criteria  and  provide  a  track  from  manual  to 
automated  processes 

Flexibility  of  design  so  as  to  allow  addition 
of  forthcoming  programmatic  areas  and  changes 

Accurate  accounting  of  eligibility  determina- 
tion criteria  applied  to  each  application 
transaction. 
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This  subsystem  is  composed  of  three  modules  and  works 
closely  with  the  other  on-line  subsystems  -  i.e.,  Control, 
Edit  and  Update,  and  Inquiry.     These  modules  are: 

PA/AFDC  Eligibility 

Food  Stamp  Eligibility 

Medical  Assistance  Eligibility. 

The  input  to  this  subsystem  will  be  controlled  by  the 
Control,  Edit  and  Update  Subsystem  which  provides  the  fol- 
lowing types  of  transactions  for  processing: 

PA/AFDC  Application 

PA/AFDC  Recertif ication 

Food  Stamp  Application 

Food  Stamp  Recertif ication 

Medical  Assistance  Application 

Medical  Assistance  Recertif ication. 

These  transactions  are  processed  by  the  appropriate  eli- 
gibility determination  modules  identified  above.     The  process- 
ing within  each  module  is  to  be  based  on  either  table-driven 
or  hard-coded  criteria,  whichever  provides  the  most  effective 
result  for  the  implementing  agency.     The  generic  processing 
in  the  eligibility  determination  modules  will  include  the  fol- 
lowing functions: 

Application  of  eligibility  criteria  (PA, 
FS,  MA  as  required) 

Message/status  code  selection  for  disposed 
(eligible/ineligible)  cases 

Calculation  of  grant  amount 

Identification  of  reasons  for  which  trans- 
actions are  suspended  in-process. 

This  subsystem  operated  in  conjunction  with  the  Control, 
Edit  and  Update  Subsystem  which  handles  all  telecommunications. 
The  update  of  the  data  base  and  generation  of  on-line  display 
data  is  outside  the  functional  scope  of  the  Eligibility  Deter- 
mination Subsystem.     This  approach  concentrates  the  eligibility 
policy  application  and  grant  calculation  functions  for  all  pro- 
gram areas  in  one  set  of  efficient,  easily  maintained  software 
elements . 
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3 .       Case  Processing  Subsystem 


This  subsystem  is  executed  during  daily  and  monthly  cycles. 
Daily,  the  primary  input  source  will  be  the  Case  Data  File,  the 
records  of  which  will  include: 

PA,  FS  and  MA  Applications 

PA    FS  and  MA  Changes 

Name/Address  Changes. 

Another  important  daily  input  source  will  be  the  Case  Ac- 
tion File.     This  file  is  created  monthly  and  updated  daily.  It 
will  contain  the  identification  numbers  of  those  records  re- 
quiring special  processing  during  the  month.     This  processing 
will  include: 

The  printing  of  a  "Recipient  Notice  of  Action" 
report  for: 

An  expiring  application  period 

A  case  closure 

An  upcoming  reconsideration  or 
recertif ication 

Automatic  closure  on  nonparticipating  (in- 
active) cases 

Automatic  purging  of  cases  closed  for  over 
one  year. 

A  record  of  each  of  these  processing  activities  as  well 
as  a  record  of  the  input  transactions  are  written  onto  the 
Transaction  History  File. 

Pending  application  data  will  be  written  onto  the  updated 
Case  Action  File  to  cause  the  subsequent  generation  of  a  notice 
to  the  recipient  when  his  pending  period  is  near  expiration. 

The  other  daily  output  will  be  the  Statistical  Data  File, 
containing  summary  information  about  applications,  closures, 
reconsiderations,  recertif ications ,  etc.     This  tape  file  will 
be  processed  subsequently  by  the  Statistical  Processing 
Subsystem. 

During  the  monthly  execution,  the  Case  Processing  Subsys- 
tem scans  the  three  Case  Data  Bases  for  the  reporting  of  perti- 
nent programmatic  and  management  information  and  the  creation 
of  the  new  Case  Action  File.     Also,  State  Data  Exchange  (SDX) 
tapes  and  Unemployment  Issuance  Files  will  be  processed  against 
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the  Names  Data  Base  for  verification  of  reported  income  and 
disclosure  of  unreported  income.     Medical  Assistance  case  ad- 
ditions and  changes  will  be  recorded  in  the  MA  Case  File  for 
transmittal  to  the  Medicaid  processing  agency. 

It  should  be  noted  that  multiple  sets  of  output  reports 
will  be  produced  for  assistance,  food  stamps  and  medical  as- 
sistance.    These  reports  would  include: 

Application  Status  Report  -  This  report  will 
provide  caseworkers  with  the  names/addresses 
and  status  of  the  past  month's  applicants 

Possible  Duplicate  Name  -  This  report  will 
provide  each  caseworker  with  a  listing  of 
those  individuals  added  to  their  caseloads 
who  may  already  be  on  the  data  base 

Possible  Duplicate  Address  -  This  report  will 
be  provided  for  incoming  cases  using  an  address 
already  in  the  data  base 

Reconsideration/Recertif ication  Listing  -  This 
report  will  contain  the  names,  addresses,  iden- 
tification numbers,  etc.,  of  all  cases  due  for 
review  during  the  next  month 

Birthday  Listing  -  This  quarterly  report  will 
list  those  recipients  who  are  under  6  years 
old,  6  to  16,  16  to  18  or  other  age  groupings. 

Case  Closures  -  This  report  will  list  those 
cases  closed  during  the  month. 

Cases  Purged  -  Like  the  Case  Closures  Report, 
this  report  will  list  cases  purged  from  the 
Case  Data  Base  during  the  month. 

Pending  Disposition  List  -  This  report  will 
provide  assistance  and  food  stamp  workers  with 
a  listing  of  those  cases  awaiting  review  be- 
cause of  the  detection  of  an  error  by  the  Qual- 
ity Control  Unit. 

4 .       Issuance  Subsystem 

This  subsystem  controls  and  issues  the  four  primary  out- 
puts of  the  system  based  on  the  result  of  case  and  individual 
eligibility  determinations.     These  outputs  are: 

Assistance  Checks 


-24- 


i 


Medicaid  Cards 


ATP  Cards 
Food  Stamps. 

Control  features  will  include  effective  accountability  for  all 
outputs  and  a  hold  capability  to  delay  issuance.  The  Issuance 
Subsystem  is  driven  by  four  input  files: 

,        Issuance  Data  File 

PA  Case  Data  Base 

FS  Case  Data  Base 

MA  Case  Data  Base. 

Each  input  file  will  provide  information  which  required  various 
functional  processing  streams.     An  outline  of  the  transaction 
oriented  processing  for  each  of  the  four  files  is  provided 
below: 

Issuance  Data  File  -  Records  on  this  file  will  be  extracted 
from  the  Daily  Transaction  Log  and  will  be  processed  as 
follows : 

Eligible  PA  Application  -  This  transaction 
causes  an  access  of  the  PA  Case  Data  Base 
to  obtain  the  proper  record.     After  it  is 
determined  whether  a  retroactive  or  partial 
month  grant  check  is  to  be  written,  this 
subsystem  will  perform  the  following  pro- 
cessing steps: 

Calculate  the  check  amount 

Assign  a  check  number 

Print  the  check  and  Medicaid  card 
for  the  individuals  on  the  PA  case 

Store  a  record  of  the  check  infor- 
mation on  the  Check  Data  Base 

Store  issuance  information  on  the 
PA  Case  Data  Base,  i.e.,  create  an 
issuance  segment 

Account  for  the  disbursed  funds  on 
the  Statistical  Data  File. 
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Eligible  FS  Application  -  This  transaction 
causes  an  access  of  the  FS  Case  Data  Base, 
followed  by: 

Calculation  of  the  allowable  monthly 
coupon  amount 

-        Printing  of  the  ATP  card  ^  2 
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Creation  of  an  issuance  segment  for 
the  FS  Case  Data  Base 

Accounting  for  the  disbursement  on 
the  Statistical  Data  File. 

MA  Eligible  Application  (Non-Public  Assis- 
tance)  -  The  MA  Case  Data  Base  record  will 
be  accessed  and  each  individual  is  checked. 
Those  currently  in  a  PA  case  will  already 
have  had  a  Medicaid  card  printed.     Those  £ 
not  in  a  PA  case  are  listed  on  a  separate  r 
Medicaid  card. 

ATP  Card  Hold  -  The  disbursement  amount  will 
be  posted  on  the  Statistics  Data  File  for 
later  processing,  but  the  ATP  card  is  not 
printed. 

Check  Hold  -  The  disbursed  funds  will  be  re- 
corded on  the  Statistical  Data  File,  but  no 
check  is  produced. 

Held  Checkt/ATP  Card  -  This  process  involves  < 
the  elimination  of  the  appropriate  Hold  Seg-  n>  h 

ment  on  the  FS  Case  Data  Base  and  the  creation  k.  x 

of  an  Issue  Segement  in  its  place.  The  ATP  v. 
card  is  then  printed.     The  processing  of  a  £  w 

Held  Check  Release  is  almost  identical  except  Z  m 

that  the  PA  Case  Data  Base  record  is  modified  °  % 

and  a  record  is  created  for  the  Check  Data 
Base. 
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PA  Case  Data  Base  -  This  file  will  trigger  the  issuance 
of  the  majority  of  checks  on  any  given  cycle.  Normally, 
check  issuance  is  staggered  throughout  the  month.  The 
processing  steps  include:  ^ 

Based  on  case  number,  date  of  birth,  social 
security  number,  etc.,  the  PA  case  records 
to  be  accessed  are  defined 

Access  the  case  records  and  edit  for  a  hold 
on  the  current  check 
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Create  an  issue  segement  if  there  is  no  hold 
(Note:     The  processing  of  the  instant  trans- 
action will  stop  if  a  hold  is  discovered. 
Processing  of  other  transactions  is  continued.) 

Record  the  check  information  on  the  Check  Data 
File 

Print  the  check  and  list  each  member  of  the 
case  on  a  Medicaid  card 

Account  for  the  disbursement  in  the  Statistical 
Data  File. 

FS  Case  Data  Base  -  The  processing  for  this  file  will 
be  similar  to  that  for  the  PA  Case  Data  BAse,  i.e.: 

Access  an  FS  case  record 

Ensure  that  there  is  no  hold  for  the  current 
month 

Create  an  issue  segment 
Print  the  ATP  card 

Account  for  the  expendiute  on  the  Statistical 
Data  File. 

MA  Case  Data  Base  -  This  file  is  processed  for  NPA 
cases  only: 

Access  the  case  record 

List  each  NPA  individual  on  the  Medicaid  card. 

The  transactions  discussed  above  will  be  noted  on  the 
Transaction  History  Data  File  for  subsequent  processing  by 
the  History  Subsystem. 

On  a  daily  basis ,  there  are  five  reported  printed  by  the 
Issuance  Subsystem: 

PA  Check  Register  -  This  report  lists  all  checks 
issued  during  a  cycle.  For  each  check,  the  fol- 
lowing data  are  provided; 

-        Name/address  of  recipient  or  payee 

Check  number 

Check  amount 
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Check  type 
Issue  date. 

PA  Held  Check  Report  -  This  report  contains  a 
listing  of  each  check  held  during  the  cycle 
providing: 
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Check  number  m 


Name/address  of  the  intended  recipient 


Date  of  hold 


CD  TJ 

CO  in 
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Reason  for  hold  £  £ 

3 

Check  amount. 

FS  Mail  Issuance  List  -  This  report  will  list 
all  FS  cases  using  amil  issuance.     Among  the 
data  reported  will  be; 

Name/address  of  head  of  household  or  proxy 

Coupon  amount. 

ATP  Card  Register  -  This  report  will  be  similar 
to  the  PA  and  MA  registers,  but  includes  total 
coupon  amount. 

Held  ATP  Card  Report  -  Similar  to  Held  PA  Check  Report, 

Although  some  valancing  will  be  accomplished  by  this  subsys- 
the  majori 
tion  Subsystem. 

5.       Statistical  Processing  Subsystem 


tern,  the  majority  of  accounting  is  to  be  done  by  the  Reconcilia-  n>  h 
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During  daily  execution  of  this  subsystem,  the  input  will  be 
the  three  Statistical  Data  Subsystem  Files,  created  by  the  Case 
Processing,  Issuance  and  Reconciliation  Subsystems.     These  files 
are  to  be  sorted,  merged  and  then  sequenced  by  date,  county  or  £  * 

district,  and  by  caseworker.     The  Statistical  Processing  Sub-  £.> 
system  will  use  these  data  to  update  specific  categories  or  to-  £ 
tals  maintained  on  the  Management  Statistics  File.  £  £ 

ox. 

<•  rt- 

On  a  monthly  basis,  this  subsystem  will  read  the  Management 
Statistics  File,  massage  the  data  and  produce  the  following  reports: 

PA  Expenditure  Report  -  This  report  will  list, 
for  each  county/district,  the  AFDC  and  GPA 
monthly  and  year-to-date  payments.     The  data 
may  also  be  accumulated  for  each  region  and 
the  entire  state. 
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Support  Payment  Summary  -  This  report  will  pro- 
vide information  for  each  county/district.  The 
contents  will  include: 

Accounting  of  monthly  support  payments 
(paid  and  unpaid) 

-        Accounting  of  year-to-date  support  pay- 
ments  (paid  and  unpaid) 

Summaries  of  this  information  will  be  pro- 
vided for  each  region  and  the  whole  state, 
at  the  conclusion  of  the  report. 

PA  Refund  Summary  -  This  report  will  contain 
a  listing,  for  each  county  and  district,  of 
payments  by  type  of  refund  (refund  paid  out 
by  the  agency  or  refunds  returned  to  the 
agency) .     It  will  also  include  regional  and 
statewide  totals. 

FS  Issuance  by  Category  -  This  document  will 
present  a  breadkown  for  PA  and  Non-PA  food 
stamp  expenditures  for  each  county  and  dis- 
trict.    The  data  listed  will  include: 

Total  certified 

Total  participating 

Percent  participation 

Total  coupon  allotment. 

Assistance  Payments  -  This  report  will  pro- 
vide most  of  the  aggregate  data  currently  re- 
quired for  Federal  monthly  reporting.  Four 
other  subreports  will  also  furnish  more  spe- 
cific and  detailed  information  applicable  to 
programmatic  Federal  reporting  requirements: 

General  Public  Assistance  statistics 

Aid  to  Families  with  Dependent  Chil- 
dren statistics 

Average  Payments  per  Individual  by 
program 

Number  of  PA  Cases  Added  Active  and 
Closed  (including  case  composition) . 

PA  Budget  Report  -  This  report  will  contain, 
for  the  current  and  past  year,  the  following 
inf ormatioh : 

Monthly  expenditure 
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Year-to-date  expenditure 


Coverage  payment  per  individual 
(year-to-date) 

Average  monthly  caseload. 

These  data  will  be  presented  for  each  required 
geographic  area, 

MA  Certification  Summary  -  This  report  presents 
necessary  information  for  Federal  reporting  of 
Medical  Assistance  cases  and  their  status. 

Worker  Activity  Report  -  The  final  report  pro- 
vided  as  output  from  this  subsystem  is  intended 
for  supervisors  of  the  PA,  FS  and  MA  programs. 
It  will  present  the  following  statistical  in- 
formation for  each  eligiblity/case  worker: 

Total  caseload 

Number  of  applications  taken 

Number  of  case  changes  made 

Number  of  closures 

Overdue  reviews. 

The  preceeding  reports  and  their  contents  are  presented 
as  examples  of  the  types  of  output  which  a  Statistical  Report- 
ing Subsystems  should  provide.     The  list  is  by  no  means  exhaus- 
tive and  should  be  modified  as  required  in  any  given  state's 
environment. 

6 .       Quality  Control  Subsystem 

The  Quality  Control  Subsystem  should  provide  an  effective 
mechanism  for  monitoring  the  accuracy  and  efficiency  of  program 
management.     The  major  functions  of  this  subsystem  include: 

Extraction  of  the  AFDC  and  food  stamp  samples 

Assignment  of  review  control  numbers 

Accumulation  of  summary  information 

Management  and  Federal  reporting. 
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There  are  six  inputs  required  to  feed  the  processing 
c  of  this  subsystem.  Each  of  these  inputs  is  briefly 
ribed  below: 


PA  Case  Data  Base  -  The  sample  of  AFDC 
active  cases  will  be  extracted  from  this 
data  base  and  assigned  review  control  num- 
bers, on  a  semi-annual  basis. 

FS  Case  Data  Base  -  Food  stamp  active  and 
and  inactive  cases  will  be  sampled  from 
this  input  file,  at  required  frequency. 

Names  Data  Base  -  After  access  of  either 
the  PA  or  FS  Case  Data  Bases  for  extraction 
of  the  quality  control  samples,  the  Names 
Data  Base  will  provide  income  information 
and  other  demographic  data  for  selected 
cases . 

Address  Data  Base  -  This  file  will  provide 
the  address  information  for  the  selected 
cases . 

Error  Prone  Profile  Selection  Criteria  -  This 
file  is  used  to  extract  those  cases  which  meet 
specified  error  criteria.     Up  to  ten  profiles 
will  be  available  for  selection.     The  file 
provides  the  capability  of  identifying,  through 
a  flexible  means,  those  cases  which  have  a  high 
probability  of  being  in  error. 

Quality  Control  Data  File  -  This  storage  file 
will  contain  data  on  completed  case  reviews 
and  will  be  sequenced  by  review  number.     A  re- 
cord will  be  written  onto  the  Quality  Control 
File  for  each  completed  case  review  on  this 
file.     Also,  summary  information  will  be  accu- 
mulated and  written  onto  this  file  in  trailer 
records.     These  summary  records  provide  the 
basis  for  management  and  Federal  reporting. 

The  outputs  of  this  subsystem  would  necessarily  include 

Quality  Control  Sample  Listing  -  This  report 
will  contain  identifying  information  about 
AFDC  and  NPA  food  stamp  cases  selected  for 
review.  The  report,  issued  semi-annually, 
will  list  cases  by  district  or  region,  and 
will  be  distributed  to  quality  control  super- 
visors for  review. 
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Notice  of  Quality  Control  Action  -  This  re- 
port will  provide  to  PA  and  NPA  food  stamp 
workers  a  list  of  cases  reviewed  during  the 
month,  the  results  of  the  quality  control 
supervisor  review,  and  an  indication  of  what 
action  is  to  be  taken  by  the  responsible 
worker. 

Error  Prone  Profile  Report  -  This  report  is 
to  be  issued  on  a  "request"  basis  and  will 
list  all  cases,  with  accompanying  demographic 
data,  which  meet  the  desired  error  profile 
criteria.     These  cases  are  reviewed  by  a 
special  review  team.     This  team  determines 
individual  case  action  and  also  defines  the 
future  error  criteria  as  well  as  the  frequency 
of  case  screening. 

PA  Supplemental  Reports  -  Four  reports  will  be 
printed  on  a  monthly  basis  to  provide  manage- 
ment summary  information  extracted  from  com- 
pleted cases  on  the  findings  of  quality  con- 
trol reviews  for  AFDC  cases: 

PA  Statistical  Summary 

PA  Agency/Client  Errors 

Characteristics  of  PA  Cases  Reviewed 

Data  on  PA  Reviews  Completed. 

During  a  semi-annual  execution  of  this  sub-  < 
system,  the  year-to-date  totals  on  the  above  £  a3 

reports  will  provide  the  data  required  for 
Federal  reporting. 
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Special  Food  Stamp  Reports  -  Three  food  stamp  £ 
reports  will  also  be  generated  monthly  to  pro- 
vide FS  management  summary  data  on  food  stamp 
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on  completed  FS  cases,  will  be  listed  by  dis- 
trict or  region  on  the  following  reports: 

FS  Statistical  Summary 

Statistical  Data  on  FS  Overissuances 

Statistical  Data  on  FS  Reviews 
Completed. 

These  reports  will  also  provide  the  data  required 
for  Federal  Reporting. 
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Review  Status  Report  -  This  report  will  be 
printed  weekly  for  AFDC  and  PA  cases  sampled. 
The  contents  will  include: 

Listings  of  cases  reviewed  during 
the  week 

Listings  of  cases  awaiting  review 

-        Summary  information. 

7 .       History  Subsystem 

The  main  functions  of  this  subsystem  are  to  maintain  a 
log  of  all  transactions  applied  against  each  case  on  file; 
produce  a  report  of  this  transaction  activity  when  requested 
by  a  caseworker;  and  produce  case  records,  both  at  the  re- 
quest of  a  caseworker  and  whenever  the  status  of  a  case  changes. 

Input  data  files  will  be  provided,  including  the  Daily 
Log  File  and  files  from  the  Mass  Change,  Case  Processing 
and  Issuance  Subsystems,  in  order  to  generate  these  critical 
outputs.     The  need  for  the  four  input  files  rather  than  a 
single  input  of  the  Daily  Transaction  Log  is  imperative  be- 
cause the  History  Subsystem  must  record  transactions  generated 
by  the  subsystem,  including: 

Automatic  closures 
Automatic  rejections 

Automatically  held  checks  and  ATP  cards. 

The  input  files  will  be  sorted  and  merged  so  that  the 
following  functions  can  be  performed  in  sequence: 

Generation  of  case  records. 

Recording  of  daily  transactions,  both  "hard 
copy"  and  system  generated,  to  the  new  Trans- 
action History  File. 

Generation  of  a  Transaction  History  Report 
for  those  cases,  as  requested  by  personnel 
in  the  state  and  local  offices.     The  data 
for  this  report  will  be  read  from  the  old 
Transaction  History  File.     The  report  will 
contain  a  listing  of  each  transaction  applied 
against  a  case  in  the  sequence  of  occurrence. 
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8 .       Reconciliation  Subsystem 


This  subsystem  will  have  daily  and  monthly  cycles.  The 
daily  processing  will  include  an  access  of  the  records  on  the 
Reconciliation  Data  File  and  an  accounting  of  any  payments 
on  the  Management  Statistics  File.     The  records  on  the  input 
file  will  provide  information  on: 

Support  payments 

PA  refunds 

FS  refunds. 

The  monthly  cycle  will  reconcile  tapes  of  check  activity 
and  print  associated  monthly  reports.     The  contents  of  the  bank 
tape  will  include  records  for  cashed  checks  and  stopped  checks 
which  will  update  corresponding  records  on  the  Check  Data  Base. 

Five  monthly  reports  generated  by  this  subsystem  are  listed 
below. 

PA  Check  Accountability  Report  -  This  report  will  list, 
by  case  ID  number,  the  status  of  all  checks  on  the  Check 
Data  Base.     The  information  provided  will  include: 

Case  ID  number 

Check  number 

Issue  date 

Check  status   (cancelled,  stopped,  paid, 
etc. ) 

Check  status  date 

Check  status  reason. 

Support  Payment  List  -  This  report  will  contain  a  list- 
ing of  those  cases  which  have  received  support  payments 
and  those  which  have  not.     Information  on  the  report 
include : 

Name/address  for  case  receiving  support 
Status  code 

Date  and  amount  of  payment  made  or  date  pay- 
ment should  have  been  made. 
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PA  Refund  Report  -  This  report  will  provide  a  list- 
ing of  those  PA  cases  which  received  a  refund  and 
also  those  from  which  a  refund  was  received.  The 
refund  reason  will  also  be  indicated  as: 

Overissuance 


S  2 

Underissuance  g  2 


month  will  be  listed  showing: 

Case  ID  number 

Case  name/address 

Total  coupon  amount. 

FS  Refund  Report  -  This  report  is  similar  to  the 
PA  Refund  Report,  but  the  reason  for  the  refund 
will  be  one  of  the  following: 

Underissuance 

Overissuance 

Fraud 

Lost/stolen  stamps. 

9 .       Mass  Change  Subsystem 

The  execution  of  the  Mass  Change  Subsystem  is  "on  request" 
and  is  based  on  input  of  change  criteria  set  and  stored  on  a 
Mass  Change  Data  File.     The  subsystem  will  update  appropriate 
records  contained  in  any  of  the  three  Case  Data  Bases.  The 
subsystem  selects  cases/individuals  eligible  for  changes,  ap- 
plies the  change,  udpates  the  appropriate  records  and  collects 
statistical  information.     It  is  executed  when  a  change  is  to  be 
applied  to  a  large  number  of  clients/cases.     Also,  this  sub- 
system can  provide  program  administrators  with  an  effective 
tool  for  planning  in  that  the  case  file  updates  may  be  by- 
passed so  that  the  effect  of  proposed  changes  can  be  accurately 
forecast.     This  "what-if"  capability  is  a  primary  feature  of 
the  Mass  Change  Subsystem. 
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There  will  be  several  important  outputs  from  this  subsys- 
tem including: 


Mass  Change  Listing  -  This  report  contains  the 

names  and  social  security  numbers  of  those  PA, 

FS  or  MA  recipients  who  qualify  for  a  given  change. 

This  report  will  also  contain  the  status  of 

the  case  before  and  after  the  change.     It  will 

be  sequenced  by  caseworker  within  a  local  office. 

Mass  Change  Summary  -  Summary  information  con- 
cerning the  impact  of  a  mass  change  will  be 
provided  to  supervisors  at  several  levels  (county, 
district,  region,  state) .     This  information  will 
include  the  number  of  cases  changed  and  any  dif- 
ferences in  expenditures  resulting  from  the  change. 

Recipient  Notice  of  Action  -  The  subsystem  will 
generate  letters  to  affected  recipients,  notify- 
ing them  of  the  change. 

Case  Record  Request  File  -  The  subsystem  also 
will  generate  a  case  record  request  file,  (to 
be  processed  subsequently  by  the  History  Sub- 
system)  for  each  case  changed. 

10 .     Inquiry  Subsystem 

The  inquiry  process  is  initiated  by  a  requesting  caseworker 
with  the  completion  of  a  Transaction  Selection  Form.     This  form 
will  contain  a  menu  of  types  of  inquiries  available  and  the 
parameters  required  for  each.     The  inquiry  types  and  their  cor- 
responding parameters  would  include: 

Case  inquiry 

-        Case  ID  number. 

Individual  inquiry 

Name,  date  of  birth,  social  security 
number,  if  available;  or 

Social  security  number. 

Inquiry  on  wage  information  or  unemployment 
compensation 

Name,  date  of  birth,  social  security 
number,  if  available;  or 

Social  security  number. 
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Check  inquiry 


-  Check  number. 

Address  inquiry- 
Street  address 
Zip  code. 

Once  the  Transaction  Selection  Form  is  completed,  the 
caseworker  will  route  it  to  the  terminal  operator  for  data 
input  to  the  central  computer . 

Depending  on  the  type  of  inquiry  transaction,  different 
screens  will  be  displayed  at  the  requesting  terminal,  prompt- 
ing the  operator  to  enter  data  in  a  proper  sequence.  After 
data  entry,  one  of  three  responses  will  be  possible: 

Negative  Response  -  This  response  will  occur 
after  the  system  accesses  the  appropriate 
data  base,  and  one  of  the  following  conditions 
exists : 

-  No  case  corresponding  to  the  given 
case  ID  number  has  been  found 

No  individual  on  file  with  either  a 
name  similar  to  the  input  name  or  the 
given  social  security  number  has  not 
been  located 

No  wage  or  unemployment  insurance  infor- 
mation on  the  given  individual  exists 

No  check  issues  with  the  given  check 
number  is  found 

No  similar  address  on  file. 

Error  Response  -  The  Inquiry  Subsystem  will 
cause  a  message  to  be  displayed  informing  the 
operator  that  invalid  data  has  been  entered. 
The  operator  will  subsequently  resubmit  the 
data  and  continue  this  iterative  process 
until  valid  data  are  entered. 

Positive  Response  -  This  response  will  occur 
when  matching  identifying  data  is  found  on 
one  of  the  Data  Bases  or  Employment  Security 
Files . 
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Case  inquiry  -  data  displayed  will  include: 

Status  data  such  as  application 
date,  reason  and  county 

Budget  data 

s  a 

Listing  of  members  in  the  case  in-  3  s 

eluding  social  security  number,  names,  .    <£>  x 

dates  of  birth,  sex,  race,  etc.  §  | 

3 


Reported  income  amount 

Income  sources . 

Inquiries  about  wages  and  unemployment 
insurance  benefits  result 
the  following  information: 

Social  security  number 

Employer  1 s  name  and  address 

Income  amount  and  source 

Unemployment  insurance  benefits 
paid. 


\ 


Listing  of  checks  issued  during  nC 
the  last  year 
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Listing  of  ATP  cards  issued  dur- 
ing the  last  year 

Address  of  head  of  case/head  of 
household. 

Individual  inquiry  -  response  data  will 
include: 

Name 

ID  number 

Social  security  number 
Age 
Race 

< 

Date  of  birth  S  £ 
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Check  inquiry  -  results  in  the  following 
response  data: 

Check  number 

Check  amount 

Issue  date 

Check  status  (outstanding, 
paid,  cancelled,  stopped) 

Check  status  reason 

Check  status  date 


Case  ID  number. 


Address  inquiry  -  results  in  the  listing 
of  the  ID  numbers  of  each  case  using  the 
queried  address. 


Inquiry  response  information  can  be  automatically  printed 
or  manually  noted  on  the  Transaction  Request  Form  for  return  to 
the  caseworker.     This  decision  is  subject  to  constraints  of  lo- 
cal fiscal,  manpower  and  equipment  capabilities. 


4.        TRANSFER  CANDIDATES 

One  major  objective  of  the  project  team  throughout  the 
term  of  this  effort  has  been  the  identification  of  systems 
software  elements  which  are  viable  candidates  for  transfer 
to  another  state's  environment.     An  awareness  of  this  require- 
ment has  constantly  been  a  part  of  every  step  in  the  evalua- 
tion of  each  state's  system  and  in  the  development  of  the 
conceptual  system  design. 

Within  the  framework  of  the  Conceptual  Eligibility  De- 
termination and  Maintenance  System,  defined  during  this  pro- 
ject, several  factors  have  emerged  as  constraints  on  the  im- 
plementation of  the  system  in  a  state  where  transfer  of 
existing  software  is  feasible,  responsive  to  needs,  and  jus- 
tified from  a  fiscal  perspective.     These  constraints  include: 

Commitment  to  Specific  Type  and  Configuration 
of  Computer  Hardware  -  Tnls  factor,  without 
major  operating  system  modifications,  pre- 
cludes the  transfer  of  an  existing  system  or 
elements  of  it  to  another  environment  where 
different  vendor  hardware  is  installed,  i.e., 
transfer  from  an  IBM  environment  to  a  UN I VAC 
environment  and  vice  versa. 
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Similarly,  a  system  designed  to  function 
through  a  distributed  network,  utilizing 
mini-computers,  may  not  be  necessary  or 
feasible  for  adaptation  in  a  direct  pro- 
cessing environment. 


In  addition,  the  long-range  data  processing 
strategy  of  the  state  must  be  considered 
in  effectively  defining  the  software  en- 
vironments in  which  the  system  will  function. 
The  design  must  be  based,  to  some  degree, 
on  overall  operational  efficiency  as  well 
as  on  the  full  and  effective  use  of  the  cap- 
abilities of  any  installed  software  packages. 

Design,  Development,  Implementation  and  Oper- 
ational Costs  are  Interdependent  with  System 
Requirements  -  All  installation  projects  re- 
quire "up-front"  investment  to  ensure  success 
of  the  system.     Transfer  efforts,  although 
economical  from  a  design/development  view, 
may  prove  costly  from  an  implementation  and 
maintenance  perspective.     Careful  considera- 
tion of  data  processing  staff  capability  and 
flexibility  will  provide  some  gauge  of  the 
potential  for  successful  transfer. 

The  level  of  sophistication  of  a  system  versus 
the  real-system  requirements  must  be  evaluated 
in  order  to  avoid  unnecessary  expenditures  dur- 
ing the  system  life  cycle.     The  "bells  and  whis- 
tles" system  may  require  excessive  resources  to 
install  and  maintain  when  the  actual  system  re- 
quirements point  toward  a  much  less  complex  sys- 
tem, which  could  be  developed  "from  scratch," 
be  maintained  for  a  nominal  amount,  but  still  re- 
spond to  user  needs. 


CD  CD 


Operational  Data  Manager  Software  and/or  3  s 

Teleprocessing/On-line  Network  Packages  -  oq  m 

Of  importance  here  is  consideration  of  in- 
place  (and  functioning)   software  packages 
which  may  impact  any  system  design  project, 
even  to  the  point  of  precluding  some  al-  " 
ternatives.     A  majority  of  the  systems  re- 
viewed function  on  IBM  equipment  and  utilize  | 
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IBM  software  packages  such  as  IMS  (Informa- 
tion Management  System)  -  a  data  manager; 
and  CICS   (Customer  Information  Control  Sys- 
tem)  -  a  teleprocessing/on-line  network 

controller.  £ 
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Following  is  a  list  of  major  subsystems  in  the  concep- 
tual design  of  the  Eligiblity  Determination  and  Maintenance 
System  (  EDMS)   and  those  existing  software  elements  which  could 
be  considered  for  transfer  to  an  implemenating  state,  in  order 
to  satisfy  their  individual  systems  requirements,  in  whole  or 
in  part.     It  should  be  noted  that  more  detailed  descriptions 
of  these  software  elements  and  their  parent  systems  may  be 
found  in  the  separate  reports  previously  prepared  by  the  pro- 
ject team.     The  fact  that  a  software  element  is  listed  below 
does  not  necessarily  mean  that  transfer  of  this  element  is 
recommended.     The  transfer  consideration  must  be  weighed  in 
each  specific  case  against  from-scratch  software  development 
and  within  the  environmental  constraints  previously  mentioned. 

EDMS  SUBSYSTEM  TRANSFER  CANDIDATE/STATE 

Control,  Edit  and  Update        Data  Entry,  Edit  and  Update, 

Error  Correction  Subsystems/ 
Texas 

Comment:     The  SAVERR  system  functions  in 
a  UNIVAC/DMS-1100  environment.  Reportedly 
the  system  is  operational  statewide  as  of 
the  second  quarter  1979.      (See  Ferguson* 
Bryan  report  on  SAVERR  dated  January  15, 
1979.) 

Eligibility  Determination      AIMS  Data  Entry  Subsystem/ 

Maryland 

Comment:     AIMS  Data  Entry  contains  the 
automated  eligibility  determination  pro- 
cess using  table-driven  logic.  (See 
Ferguson -Bryan  report  on  AIMS,  dated 
November  22,  1978.) 

Case  Processing  AIMS  Case  Management  Subsystem/ 

Maryland 

Comment:     This  subsystem  is  operational 
and  provides  a  range  of  capabilities  for 
this  IMS-oriented  system.      (See  Ferguson- 
Bryan  report  on  AIMS,  dated  November  22, 
1978. ) 

Issuance  No  recommendation 

Statistical  Processing  No  recommendation 
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EDMS  SUBSYSTEM  TRANSFER  CANDIDATE/STATE 

Quality  Control  EMS  Quality  Control  System/New 

Hampshire 

Comment:     Although  this  system  does  not 
provide  the  comprehensive  functions  of 


Inquiry  OCIS  Inquiry  System/Oklahoma 


l  31 

i  t 
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some  designed  (but  not  operational)  '  § 

Quality  Control  Subsystems,  it  does 
include  Error  Prone  Profiling  capabilities. 


1 
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History  No  recommendation  £  £ 

3  wi 

Reconciliation  AIMS  Reconciliation  Subsystem/ 

Maryland 

Comment:     This  subsystem  (which  has  been 
designed  but  not  installed)   functions  in 
an  IBM/ IMS  environment.     (See  Ferguson* 
Bryan  report  on  AIMS,  dated  November  22, 
1978.) 

Mass  Change  Case  Mass  Change  Subsystem/New 

Hampshire 

and 

Individual  Mass  Change  Subsystem/ 
New  Hampshire 

Comment:     The  EMS  functions  in  a  Honeywell/ 
IDS  environment.     (See  Ferguson* Bryan  re- 
port on'EMS,  dated  December  11,   1978.)  <H 
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Comment:  This  system  is  in  the  process  of  rrv; 
being  rewritten  for  IMS.     (See  Ferguson*  o  £ 

Bryan  report  on  OICS,  dates  March  19,  1979.)  «.  i 
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The  subsystems  described  previously  in  this  section  pre- 
sent a  comprehensive  conceptual  overview  of  the  Eligibility  £ 
Determination  and  Maintenance  System.     This  design  has  a  sig-  «£  £. 

nificant  quality  of  flexibility  in  that  additional  programmatic  "  pi 

processing  can  be  easily  included.  For  example,  the  incorpora- 
tion of  a  capability  for  processing  social  services  cases  could 
be  installed  with  facility. 
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III.   MANAGEMENT  STRATEGY 


The  previous  chapter  presented  a  conceptual  design  of 
the  Eligibility  Determination  and  Maintenance  System.  This 
design  encapsulates  the  "best"  features  of  the  systems  ana- 
lyzed and,  therefore,  is  the  result  of  major  decisions, 
reached  by  the  states,  in  developing  their  designs.  Typical 
decisions  include  that  eligibility  determination  be  automated, 
that  EDMS  have  a  common  data  base,  and  that  a  single  number- 
ing system  be  employed. 

This  chapter  of  the  report  is  intended  to  help  states, 
planning  large-scale  income  maintenance  computer  systems,  by 
describing  the  experiences  of  some  states  in  the  following  key 
areas : 

Automated  Eligibility  Determination 

Integrated  Application  Form 

Handbooks 

Truth  Tables 

Common  Data  Base 

Identification  Numbers 

User  Acceptance. 

Particular  attention  will  be  given  the  State  of  Louisiana  be- 
cause this  state  is  currently  engaged  in  planning,  developing 
and  implementing  automated  eligibility  determination. 

1.        AUTOMATED  ELIGIBILITY 
DETERMINATION 


The  welfare  roles  have  increased  to  a  point  where  most 
states  are  experiencing  extreme  difficulties  in  managing  their 
human  resources  programs.     Key  problem  areas  include: 

Lack  of  Uniform  Application  of  Policy  - 
Especially  in  state  supervised,  locally 
administered  states  where  there  may  be  as 
many  sets  of  policies  as  there  are  local 
governments  to  administer  them.  Given 
manual  systems  for  eligibility  determina- 
tion, which  rely  heavily  on  worker  knowl- 
edge and  judgment,  it  is  inevitable  that 
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policies  will  be  interpreted  differently 
despite  management  controls. 


Difficulty  for  Eligibility  Technicians  to 
Stay  on  Top  of  Policy  -  For  each  program 
area,  volumes  of  information  must  be  di- 
gested by  eligibility  technicians.     In  one 
state,  the  entire  set  of  sources  of  policy, 
if  stacked  up,  would  be  three  to  four  feet 
in  height.     In  most  cases,  workers  have 
relevant  policy  scattered  throughout  multi- 
ple documents  and  sometimes  the  policy  in 
one  document  contradicts  that  in  another. 
Because  of  this  and  the  dynamic  nature  of 
policy,   it  is  difficult  for  eligibility 
technicians  to  remain  up  to  date. 

High  Error  Rates  -  Federal  quality  control 
statistics  indicate  that  welfare  administra- 
tion has  been  a  mess.     High  agency  error 
rates,  especially  in  the  interpretation  of 
policy  and  calculation  of  grant  amounts, 
have  resulted  in  repeated  threats  of  Fed- 
eral fiscal  sanctions. 

States  are  turning  to  the  computer  to  automate  and  stan- 
dardize their  eligibility  determination  regulations.     But  once 
the  decision  for  automation  is  reached,  the  question  then  be- 
comes "how  much  should  eligibility  determination  be  automated." 

1 .       Levels  of  Automation 

One  extreme  position  regarding  automation  is  to  leave 
eligibility  determination  manual  and,  therefore,  completely 
dependent  upon  worker  knowledge  and  judgment.     There  are  prob- 
lems with  this  position  as  described  above. 

The  other  extreme  position  is  to  utilize  the  computer  as 
much  as  possible  and  automate  as  many  eligibility  determination 
rules  and  regulations  as  possible.     While  this  will  help  en- 
sure standardization  of  policy  application  and  eliminate  many 
worker  biases,  there  are  inherent  difficulties. 

In  terms  of  development,   ironing  out  hazy  policies  so 
that  they  can  be  precise  enough  for  a  computer  is  an  extremely 
time-consuming,  expensive  process.     Getting  policy  explicit, 
especially  little-used  rules  and  regulations,  may  require  sev- 
eral iterations  between  data  processing  and  program  personnel. 
Once  explicit  statements  have  been  agreed  upon,  they  must  be 
programmed,  unit  tested,  subsystem  tested,  and  eventually  sys- 
tem tested.     Obviously,  the  more  to  be  automated,  the  more  the 
time  and  money.     Unfortunately,  these  increases  tend  to  be  ex- 
ponential rather  than  linear. 
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In  terms  of  maintenance,  a  change  that  might  once  have 
required  a  revision  to  a  policy  manual  and  a  memorandum  to 
local  directors,  may  now  require  a  retest  of  the  entire  com- 
puter system.     Considering  the  volatility  of  welfare  programs, 
implementing  changes  can  necessitate  the  full-time  employment 
of  a  team  of  management  analysts,  computer  programmers,  and 
systems  analysts. 

Between  the  two  extremes,  there  are  a  wide  range  of  al- 
ternatives centering  almost  exclusively  around  two  issues: 
which  programs  to  automate,  and  which  rules  in  a  given  pro- 
gram to  automate. 

2 .  Programs  to  Automate 

The  primary  candidates  for  automated  eligibility  deter- 
mination are  the  programs  which  are  large  in  terms  of  the  pop- 
ulation served  and  dollars  spent ,  complex  in  terms  of  policy 
interpretation  and  long-term  vis  a  vis  likelihood  of  survival. 
Such  programs  include  public  assistance  (AFDC) ,   food  stamps 
and  Medicaid. 

Secondary  candidates  for  automated  eligibility  determina- 
tion are  the  ones  which  must  be  analyzed  more  critically. 
These  secondary  candidates  can  be  described  as: 

Small  -  In  many  states,  General  Assistance, 
the  Indo-Chinese  Refugee  Program,  and  NPA 
Medical  Assistance   (or  the  Medically  Needy 
Program)   are  small  in  terms  of  percent  of 
population  served  and  very  small  in  terms 
of  percent  of  total  income  maintenance 
dollars  spent. 

Earmarked  for  Extinction  -  In  some  states, 
the  Indo-Chinese  Refugee  Program  is  cur- 
rently being  folded  into  AFDC. 

Extremely  Volatile  -  Medically  needy  pro- 
grams  typically  change  so  often  that  rules 
are  obsolete  before  they  can  be  automated. 

In  addition,  Social  Services  programs  should  be  analyzed  ex- 
tensively to  see  if  worker  subjectivity  -  sometimes  critically 
important  in  these  programs  -  can  be  reduced  to  a  level  where 
automation  and,  therefore,  complete  objectivity  makes  sense. 

3 .  Which  Rules  to  Automate 

Once  the  programs  have  been  selected  for  automation,  the 
next  step  is  to  analyze  each  rule  and  regulation  to  see  (1)  if 


l-p> 

f  > 

i— t 
>-) 

J  •' 

to 

1 

OQ 

33 

n> 

3 

3 

CD 

f 

i/) 

^5 

ST 

rr 

(D 

3 

m 

m  j 

r 

< 

ft) 

i-l 

fl>- 

X 

i-h 

M 

v>- 

n 

to 

in 

rr 

H- 

VI 

O 

rt 

3 

(D 

3 

w 

i-h 

i — 1 

O 

i-i 

TO 

H- 

> 

CT  XI 

H« 

1 — 1 

i — 1 

H" 

rt- 

n. 

to- 

ri- 

H- 

O 

-45- 


it  can  be  automated,  and   (2)    if  it  should  be  automated.  Ver- 
ification procedures  generally  fall  into  the  first  category 
and  are  usually  obvious  candidates  for  exclusion  from  automa- 
tion.    Rules  and  regulations  which  can  be  automated  are  not  so 
easy  to  deal  with. 

Similar  to  the  selection  of  programs,  Ferguson • Bryan  re- 
commends not  automating  those  rules  and  regulations  which  serve 
only  a  small  part  of  the  population,  or  are  extremely  volatile. 
An  example  of  policy  which  impacts  a  small  population  is  the 
set  of  rules  surrounding  essential  persons;  ones  that  are  ex- 
tremely volatile  are  the  criteria  for  membership  to  a  case  or 
unit.     Of  course,  some  policies  such  as  benefit  ceilings  and 
maximum  allowances,  should  be  automated  regardless  of  their 
volatility.     Fortunately,  such  policies  generally  change  in  a 
uniform  and  predictable  way,  thereby  making  implementation  of 
changes  relatively  easy. 


2.        INTEGRATED  APPLICATION  FORM 

A  state  planning  to  integrate  the  program  areas  of  income 
maintenance  and  food  stamps  would  normally  design  a  common  data 
base  and  an  integrated  application  form  to  create  and  maintain 
that  data  base.     The  State  of  Louisiana,  however,  has  elected 
to  go  to  a  common  data  base  at  a  later  date  and  to  incorporate 
an  integrated  application  form  in  the  near  term.  Development 
of  the  integrated  application  form  is  expected  to  provide: 

The  elimination  of  many  data  entry  forms 

The  identification  of  the  data  elements  re- 
quired for  eligibility  determination  (al- 
though more  elements  might  be  identified 
later) . 

Most  importantly,  the  implementation  of  the  form  is  expected 
to  help  maintain  the  overall  project's  momentum  by  giving  the 
user  a  tangible  benefit  enroute  to  the  goal  of  a  comprehensive, 
automated  eligibility  determination  and  maintenance  system. 
Since  Louisiana's  development  of  the  form  is  typical  of  the 
process  which  must  be  used  by  states,  the  following  description 
of  their  efforts  is  presented. 

1.       Design  of  the  Integrated 
Application  Form  

Louisiana  modeled  its  form  after  Wisconsin's.     As  such, 
the  document  concentrated  on  individual,  as  well  as  case  data, 
and  permits  the  capture  of  information  on  up  to  15  individuals. 
The  form  has  a  fold-out  page  listing  the  name,  social  security 
number,  date  of  birth,  and  an  indication  of  case  membership 
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for  each  individual.     This  page  aligns  with  the  other  pages 
for  data  capture  to  help  keep  individual  data  straight. 

The  form,  which  serves  as  both  a  data  capture  and  a  data 
entry  form,  appears  to  be  overwhelming  because  of  its  size 
(more  than  30  pages) .     It  must  be  remembered,  however,  that 
the  average  AFDC  and  food  stamp  case  has  fewer  than  four  mem- 
bers and,   therefore,   in  most  cases,  the  majority  of  the  form 
is  not  completed.     The  form  uses  "natural  coding"  as  much  as 
possible.     For  example,   sex  would  be  encoded  as  M  (male) , 
F   (female)   or  U  (unknown)   rather  than  1,   2  or  3.  Information 
which  is  to  be  supplied  by  eligibility  technicians  appears  in 
shaded  areas.     At  a  later  date,  the  state  will  add  a  set  of 
instructions  to  the  form  plus  specific  instructions  on  a  spe- 
cial form  for  workers. 

2 .  Development  Methodology 

The  development  of  the  first  draft  of  Louisiana's  common 
(integrated)   application  form  began  in  October  of  1978  and  v/as 
completed  the  following  January.     The  following  steps  were 
performed: 

Establishing  the  design  committee  with  re- 
presentatives from  the  various  programs  and 
the  steering  section.     The  committee  was 
chaired  by  one  of  the  parish  (county) 
directors 

Examining  all  forms   (Assistance  Payments, 
Food  Stamps  and  Medical)   then  in  use  to 
determine  eligibility  and  identifying 
those  with  common  data  elements 

Compiling  an  exhaustive  list  of  data  ele- 
ments by  eliminating  duplication  and  iden- 
tifying those  elements  specifically  needed 
to  determine  eligibility 

Developing  the  format  -  a  difficult,  time- 
consuming  process  requiring  several  passes. 

The  form  is  currently  being  reviewed  by  field  staff  and 
is  soon  to  be  field  tested  in  two  phases.     Phase  I  will  run 
from  July  through  December  1979  in  one  parish;  Phase  II,  in 
two  parishes,   from  January  of  19  80,  probably  for  six  months. 

3.  Expected  Results 
And  Benefits  

A  pilot  test  of  the  first  draft  of  the  common  application 
form  was  conducted  during  March  and  April  of  this  year.  A 
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sample  of  twenty  clients  were  selected  from  those  certified 
for  public  assistance  or  food  stamps.     Eighteen  clients  were 
interviewed  at  home  and  asked  to  complete  the  application  form 
and  a  questionnaire  regarding  the  form.     Two  clients  could  not 
be  contacted. 

In  addition,   12  Assistance  Payments  and  Food  Stamp  workers 
were  included  to  elicit  comments  from  users.     Each  worker  was 
instructed  to  use  the  common  application  form  during  two  spe- 
cified application  interviews.     The  workers  were  subsequently 
asked  to  respond  to  a  questionnaire  regarding  their  use  of  the 
form.     The  results  of  the  survey,  along  with  those  of  the  other, 
are  incorprated  in  Exhibit  III-l,   following  this  page. 

As  shown,  clients  overwhelmingly  favored  centralized  eli- 
gibility determination  and  the  use  of  the  common  application 
form  while  workers  exhibited  apprehensions  about  both  the  pro- 
cess and  the  form.     Clients  generally  concurred  that  completion 
of  the  form  took  less  time  than  the  current  forms;  workers  al- 
most unanimously  agreed  that  the  interview  process  took  longer. 

Two  results  are  not  shown  in  the  exhibit.     The  first  is 
that  83  percent  of  the  clients  did  not  think  that  the  new  form 
was  more  difficult  than  previous  forms.     The  second  is  that 
67  percent  of  the  workers  stated  a  preference  for  separate  ap- 
plications to  each  program. 


3.  HANDBOOKS 

Louisiana  also  modeled  its  workers'  handbooks   (one  for 
Assistance  Payments/Medical  and  one  for  Food  Stamps)  after 
Wisconsin 1 s .     The  format  of  the  former  handbook  is  typical  of 
both  and  includes  four  major  sections   (there  are  eight  sec- 
tions in  all) : 

Screening  Unit  -  To  determine   (1)  who  is  the 
applicant  or  the  head  of  the  household,  and 
(2)  who  is  (are)   to  be  excluded  from  the 
application 

Initial  Unit  -  Completed  for  each  person  on 
the  application  to  determine  ineligibility 

Non-Financial  Unit  -  Also  completed  for  each 
person,  to  obtain  demographic,  employment, 
school  information,  etc. 

Financial  Unit  -  Lists  resources,  income, 
disregards,  etc,   for  each  person  listed  on 
the  form. 
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The  handbooks  are  written  in  computer-program  style. 
Exhibit  III-2,  following  this  page,  is  a  representative 
page.     As  shown,  the  flow  is  from  top  to  bottom.     On  occa- 
sion, a  worker  can  omit  reading  subsequent  paragraphs  or 
pages,  based  on  the  response  to  a  given  question.     In  such 
cases,  he/she  would  advance  forward  through  the  handbook. 
There  is  seldom  a  situation  where  the  worker  should  have 

to  go  backwards  in  the  documents.     Hence,  the  handbooks  g  z 

tend  to  be  less  confusing  than  conventional  users'  manuals.  oq  a 

References  to  the  Common  Application  Form  and  other  com- 
ments will  later  be  included  in  the  right-hand  margin  of  each 
page  of  the  handbooks.  The  application  form  information  will 
not  only  serve  as  a  cross-reference,  but  will  also  be  an  ini- 
tial identification  of  the  data  elements  and  their  values  re- 
quired to  satisfy  eligibility.  This  identification  will  be 
discussed  in  greater  detail  in  Section  4  of  this  chapter. 

The  handbook-development  methodology  employed  to  date  by 
Louisiana  consists  of  the  following  activities: 

Selection  of  a  chairman  and  appointment  of 
program  personnel  to  the  development  com- 
mittee.     (This  group  was  given  some  author- 
ity for  policy  decisions  although  this  turned 
out  to  be  unnecessary  as  no  policies  changed 
except  for  clarification.) 

After  assembling  the  committee,  representa- 
tives visited  Wisconsin  and  adopted  that 
state's  format  (not  its  policy) 

Weekly  meetings  of  the  committee  to  discuss 
progress  and  upcoming  assignments 

Section-by-section  completion  of  the  two 
handbooks , 

The  effort  required  seven  people,  mostly  part  time,  for  the 
three  months  from  March  to  June  1979. 

In  July,  the  handbooks  will  be  read  by  data  processing 
personnel  to  see  if  they  can  be  programmed  as  written.  In 
discussions  with  Louisiana  data  processing  personnel  it  was 
indicated  that  a  structured  approach  is  likely  to  be  required 
to  bridge  the  gap  from  policy  to  computer  code.  The  next  sec- 
tion describes  the  structured  approach  used  by  the  State  of 
Maryland  to  accomplish  this. 
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Exhibit  III-2 
HANDBOOK  PAGE 
EXAMPLE  (LA) 


INITIAL  UNIT 

NOTE :       Complete  this  section  for  each  person  listed  on 
the  application  form.     If  a  person  is  ineligible 
for  any  of  the  reasons  below,  indicate  in  the 
box  on  page  1,  next  to  the  person's  name.  Those 
persons  determined  eligible  are  then  tested  in 
the  Non-Financial  Unit. 

Is  the  person  a  Louisiana  resident?     (See  Appendix  - 

Residency) 

If  no,  ineligible 

If  yes,  go  to  #2 

Is  this  person  a  U.S.  citizen,  or  a  qualified  alien? 
(See  Appendix  -  Citizenship  and  Alienage) 
If  no,  ineligible 
If  yes,  go  to  #3 

Is  this  person  already  included  in  another  AFDC,  AFDC- 

FC,  GA  foster,  or  Food  Stamp  case? 

If  yes,  not  eligible  until  the  month  of  removal 

and  if  other  eligibility  criteria  are  met.  Can 

be  a  payee  only. 
If  no,  go  to  #4 

a)  Is  this  person  65  or  older? 

OR 

b)  Under  age  21? 

OR 

c)  Between  the  ages  of  21  and  65  and  institutionalized? 
(See  Appendix  -  Institutionalization) 

OR 


4.        TRUTH  TABLES 


The  thrust  in  Louisiana  is:      (1)   to  develop  and  imple- 
ment the  Common  Application  Form,    (2)    to  automate  the  inter- 
face of  the  form  to  existing  data  processing  systems  (Assis- 
tance Payments  and  Food  Stamp) ,    (3)   to  expand  each  system  to 
incorporate  wide-scale  eligibility  determination,  and  (4)  to 
consider  developing  and  implementing  a  common  data  base  along 
with  the  appropriate  changes  to  the  existing  systems.  Hence 
it  was  logical  for  the  state  to  develop  the  form  first,  the 
handbook  second  and  then  the  eligibility  determination  com- 
puter program. 

The  thrust  in  Maryland,  however,  was  to  develop  and  im- 
plement an  automated  eligibility  determination  system.  Towards 
this  end,  Maryland  first  developed  an  integrated  application 
form  and  then  "truth  tables"  to  help  convert   (sets  of)  policy 
to  computer  programs.     A  descrition  of  these  truth  tables 
follows . 

Assuming  a  structured  approach  towards  developing  com- 
puter programs  from  handbooks,  the  Truth  Table  methodology 
is  strikingly  similar  to  that  of  the  handbooks  and  included 
the  following  steps  in  Maryland: 

Review  of  policy  by  management  analysts  and, 
when  necessary,  a  rewrite  of  rules  to  elimi- 
nate hazy  areas,  inconsistencies,  etc. 

Walk-throughs  of  the  results  of  the  reviews 
with  policy  experts  with  the  understanding 
that  any  disagreements  would  be  documented 
by  policy  experts  within  24  hours  of  the 
walk- through. 

Listing  of  the  policies  and  extraction  of 
broad  categories  of  eligiblity;   e.g,  resi- 
dency, work  registration  and  financial. 

Listing  of  the  rules  and  applicable  re- 
ferences by  broad  category  of  eligibility 
assignment  of  alphabetic  characters,  and 
development  of  "eligibility  element  work- 
sheets," as  depicted  in  Exhibit  III-3, 
following  this  page. 

Analysis  of  each  rule  to  determine  feasi- 
bility for  automation. 

If  automation  was  selected,  reduction  of 
policy  into  data  element  requirements  (and 
cross-check  of  the  data  elements  against 
the  integrated  application  form) . 
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Exhibit  III-3 
ELIGIBILITY  ELEMENT 
WORKSHEET 


AFDC ,   AFDC-UF,   PAFDC ,  PAFDC-UF 
AFDC  State  Supplemented,  AFDC-UF  State  Supplemented 

Eligibility  Element  #1  -  Residency 

A.  Must  be  resident  of  Maryland    MARR  P . 36-1. 03B (1) 

B.  Must  be  resident  of  project  area  or  jurisdiction  in 
which  application  is  made  P-00J2/3 

C.  Must  not  be  in  project  area  solely  for  vacation  MARR 
P.36-2.03B1 

D.  Must  have  a  physical  address    P-00J1  Programs  Manual 

G.  Temporary  absence  from  state  with  intent  to  return  does 
not  interrupt  residence    MARR  P . 36-2 . 03B (2) 

H.  Migrant  worker  with  established  home  address  is  eligible, 
if  all  other  criteria  met    P-00J1  Programs  Manual 

J.       Child  of  migrant  is  eligible  if  other  criteria  met 
(T.  Mohler) 

K.      Temporary  absence  from  the  state  must  be  confirmed 
monthly  to  retain  eligibility    MARR  P . 36-2 . 03B (2) 


Eligibility  Element  1.1  -  Institutional  Residency 

M.      Must  not  be  a  resident  of  a  mental  or  tubercular  hospital 
N.       Residence  in  a  maternity  home  or  temporary  institution- 
alization with  good  cause  is  allowed. 
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Creation  of  truth  tables   (see  Exhibit  III-4) 
with  the  alphabetic  characters  for  rules 
listed  down  the  side,  data  elements  across 
the  top,  and  data  element  values  in  the  cells. 
For  example,  Exhibit  III-4  indicates  that  if 
a  person  is  being  added  to  a  case  (CDADDTYP  = 
1) ,  then  his  residence  must  be  in  Maryland 
(STATE  -  "MD") .     If  not,  his  case  status 
would  be  either  "denied,"  with  a  denial 
reason  code  of  148,  or  "closed,"  with  a 
closure  code  of  244.     The  truth  tables  also 
have  space  for  comments  in  the  right  margin. 

Creation  of  grant  calculation  algorithms 
which,  as  shown  in  Exhibit  III-5 ,  resemble 
a  corporate  balance  sheet. 

Once  the  truth  tables  and  algorithms  were  completed,  the 
resultant  "psuedo  code"  led  to  a  relatively  straight-forward 
coding  of  computer  programs.     The  truth  tables  also  provided 
the  basis  for  Maryland's  User  Manual   (handbook),  a  definitive 
statement  of  "what  policy  is,"  the  backbone  of  both  the  train- 
ing program  and  all  maintenance  of  the  system. 


5.        COMMON  DATA  BASE 

As  mentioned  above,  the  conceptual  design  of  the  Eligi- 
bility Determination  and  Maintenance  System  incorporates  a  com- 
mon data  base  which  integrates,  through  its  individual  recip- 
ients, the  program  areas  of  public  assistance,  food  stamps  and 
medical  assistance.     A  common  data  base  permits  the  efficient, 
statewide  screening  of  applicants  across  all  program  areas  be- 
cause individuals  are  stored  only  once  and  in  a  separate  data 
base.     Not  only  does  this  single  storage  greatly  reduce  redun- 
dant information,  but  it  also  enhances  the  detection  of  possible 
duplicate  entries  to  the  system. 

A  common  data  base  also  carries  with  it  a  uniform  change 
capability  -  i.e.,  the  ability  to  change  a  given  person's  demo- 
graphic, geographic  and/or  financial  information  and  have  the 
changes  reflected  in  each  program  of  participation.     Of  course, 
this  capability  has  to  be  controlled  so  that  all  responsible 
workers  are  notified  of  the  changes.     Further,  it  may  be  de- 
sirable to  establish  a  set  of  rules  governing  universal  changes 
so  that,  by  way  of  example,  a  food  stamp  worker  would  not  be 
allowed  to  update  the  record  of  an  individual  also  receiving 
public  assistance. 

Lastly,  a  common  data  base  enhances  program  integrity  when 
a  change  in  one  program  can  impact  a  company's  program.  For 
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Exhibit   II 1-4 
TRUTH  TABLE 
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Exhibit  III-5.1 
GRANT  CALCULATION 
ALGORTIHM 
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Exhibit  III-5.2 
GRANT  CALCULATION 
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example,  if  an  individual's  income  increases,  his  assistance 
check  is  likely  to  decrease  causing  a  corresponding  increase 
in  his  food  stamp  coupons.     With  a  common  data  base,  one 
change  can  accomplish  all  three  -  automatically. 


It  is  interesting  to  note  that  Louisiana  chose  not  to 
employ  a  common  data  base  immediately.     The  state's  rationale  ^  5? 

is  as  follows:  f 

3 


A  common  data  base  implies  the  use  of  a  data 

base  management  system,  an  item  for  which  the  ^  £ 

data  processing  personnel  might  have  to  receive  £ 

considerable  training  a 


The  Assistance  Payments  System 
already  contains  many  eligibil- 
ity determination  edits 

The  on-line  Food  Stamp  System 
was  recently  implemented 
(January  1979) 

Moreover,  the  users  like  them. 

Louisiana  is  under  a  mandate  to  provide  quick 
benefits  to  its  clients.     The  implementation 
first  of  the  Common  Application  Form  and  then 
the  automation  of  this  form  is  consistent  with 
the  mandate. 

A  common  data  base  will  be  considered  after  Louisiana  has 
developed  and  implemented  its  eligibility  determination  programs 


6.        IDENTIFICATION  NUMBERS 

The  area  of  identification  numbers  is  one  which  seems  to 
either  get  little  to  no  attention  or  one  that  is  enmeshed  in 
heated  controversy.     Ferguson -Bryan  has  three  suggestions  to 
make: 

The  manual  systems  in  many  states  use  "in- 
telligent" identification  numbers;  e.g., 
case  numbers  with  county  and/or  program 
code  embedded,  or  individual  numbers  which 
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It  could  also  mean  modifications  to  the  current 
systems  so  extensive  that  they  constitute  a 
rewrite.     These  systems,  however,  are  modern. 
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are  case  numbers  with  an  individual  suffix. 
In  an  automated  system  such  numbers  pose  a 
problem: 

When  a  client  moves  to  another 
area,  his  identification  number 
would  change  and  either  history 
on  the  individual  would  be  lost 
or  a  special  last  ID  cross- 
reference  file  would  have  to  be 
maintained.     This  changing  of  ID 
numbers  is  especially  problematic 
for  medical  assistance  programs 
because  claims  can  come  in  months 
late. 

A  client  may  be  in  more  than  one 
program.     This  could  mean  multiple 
identifiers  and  a  definite  sore 
point  for  clients  and  welfare  rights 
groups . 

The  firm  recommends  using  a  "dumb"  individual 
number.     The  case  number  can  be  the  identifier 
of  the  head  of  case/household. 

If  a  "dumb"  number  is  to  be  used,  the  social 
security  number  is  an  excellent  candidate 
in  spite  of  controversies  about  duplicate 
numbers,  non- uniqueness ,  etc. 

Much  of  the  population  has  been 
enumerated 

There  would  be  a  reduction  in  data 
collection  and  storage  as  the  social 
security  number  is  ordinarily  required 
for  welfare  record  keeping 

Files  would  be  sequenced  the  same  as 
Federal  files,  thereby  making  inter- 
faces such  as  BENDEX  and  SDX  smoother. 

Regardless  of  what  type  of  identifier  is  chosen, 
a  state  must  make  it  the  same  as  that  for  the 
Medicaid  claims  processing  system  or  MMIS  to 
avoid  interface  problems  of  extensive  magnitude. 
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7.        USER  ACCEPTANCE 


User  acceptance  is,  in  the  opinion  of  Ferguson. Bryan,  the 
most  important  part  of  system  design,  development  and  implemen 
tation.  Without  it,  state-of-the-art  systems  fail;  with  it, 
mediocre  systems  can  be  splendid  successes.  Ferguson- Bryan , 
therefore,  recommends  that  the  user  be  actively  involved  in  al 
aspects  of  the  system  life  cycle.  Specifically,  states  should 
involve  users  during: 

Design  by  forming  user  review  committees  for 
suggestions  and  small  subcommittees  for  ap- 
proval, by  scheduling  frequent  walk-throughs 
to  keep  management  and  local  directors  in- 
formed of  progress,  by  conducting  field  tests 
to  elicit  comments  from  users,  and,  most  inv- 
portantly,  by  giving  the  users  something  for 
their  money  as  often  as  possible 

Development  by  making  the  users  part  of  the 
team,  by  assigning  program  personnel  to  sys- 
tems test  activities   (if  this  is  done,  accep- 
tance tests  become  unnecessary) ,  and  by  plac- 
ing ultimate  sign-off  responsibility  for 
manual  procedures  with  the  user 

Implementation  by  creating  teams  of  users  for 
expediting   (and  selling)   statewide  conversion. 

The  methodologies  employed  in  Louisiana  have  been  cited 
because  of  the  liberal  use  of  program  personnel  throughout  the 
state's  design  and  development  efforts.     This  emphasis  on  user 
acceptance  seems  to  be  paying  off  because  Louisiana  is  ahead 
in  most  of  its  schedules. 
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CHAPTER  IV  -  IMPLEMENTATION  STRATEGY 


This  chapter  presents  an  implementation  strategy  and 
model  workplan  for  building  and  installing  the  Eligiblity 
Determination  and  Maintenance  System  (EDMS) .     The  workplan 
is  a  guideline  only  and  must  be  tailored  to  each  specific 
situation  where  the  system  is  to  be  implemented.  However, 
it  does  encompass  all  activities  required  to  get  the  system 
working . 

The  implementation  strategy  is  in  two  distinct  and  time- 
sequenced  phases.     Phase  I  is  the  definition  of  requirements 
and  analysis  of  alternative  solutions  for  the  specific  situa- 
tion.    Phase  II  is  the  detailed  design  and  implementation  of 
the  best  alternative.     Possible  alternatives  for  implementing 
EDMS,   such  as  developing  a  new  system  versus  adapting  and  en- 
hancing components  developed  elsewhere,  offer  a  very  wide  range 
of  implementation  approaches,  costs  and  timeframes.  Therefore, 
implementation  has  been  divided  into  two  phases  to  permit  in 
Phase  I  a  thorough  evaluation  of  all  feasible  alternatives 
and  to  provide  reasonable  assurance  that  the  selected  approach 
is  the  best  one,  before  the  commencement  of  Phase  II.     If  out- 
side contractors  are  involved  in  developing  EDMS,  the  end  of 
Phase  I  can  also  provide  a  break  point  to  evaluate  performance 
and  negotiate  with  any  prospective  vendor  for  Phase  II. 

Phase  I  provides  the  fundamental  basis  for  the  design  and 
implementation  of  the  system.     Consequently,  significant  time 
must  be  spent  documenting  and  analyzing  current  eligibility 
processes,  forms,  policies  and  systems  to  understand  the  local 
environment  and  problems;   to  provide  detailed  recommendations 
on  improved  policies  and  procedures;  and  to  define  the  func- 
tional and  EDP  requirements  for  the  system.     Furthermore,  to 
avoid  "reinventing  the  wheel,"  this  phase  may  include  inves- 
tigating eligibility  systems  operational  in  other  jurisdictions 
and  assessing  their  applicability,  as  was  done  in  developing 
the  conceptual  EDMS  design.     Based  upon  these  analyses,  alter- 
native approaches  can  be  identified  together  with  their  ad- 
vantages, disadvantages,  costs,  time  to  implement,   impact  on 
the  local  environments,  problems,  etc.     Finally,  when  the  best 
alternative  is  elected,  a  detailed  workplan  will  be  developed 
for  the  detailed  design  and  implementation  of  the  system 
(Phase  II) . 

Phase  II  encompasses  all  implementation  activities  of 
the  chosen  alternative,  including  detailed  design,  development 
of  programming  specifications  and  programming  of  new  or  modi- 
fied modules,   testing  and  quality  assurance,   training  and  con- 
version to  the  new  system. 
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The  remainder  of  this  chapter  describes  the  tasks  and 
steps  to  be  performed  in  Phases  I  and  II.     A  more  detailed 
description  is  provided  for  Phase  I  tasks  and  steps,  since 
the  specifics  of  Phase  II  are  dependent  on  the  outcome  of 
Phase  I. 


g  3 

1.        PHASE  I  TASKS  g  « 

"~~  '  00  IX 

n>  m 
3 

3 


The  tasks  which  together  constitute  Phase  I  are:  3 
Task  1:     Requirements  Analysis 


Co  en 

Task  2:     Identification  of  Alternative  £  * 

Solutions  3  ro 


Task  3:     Selection  of  Best  Alternatives 

Task  4:     Development  of  Phase  II  Workplan. 

Task  1  -  Requirements  Analysis 

Key  to  the  success  of  any  eligibility  determination  sys- 
tem is  the  consistency  and  fairness  of  its  application  of 
policy.     This  can  be  hindered  by  the  difficulty  of  structuring 
interrelated  programs  in  a  uniform  manner,  by  the  complexity 
of  processingcaused  by  increasing  numbers  of  cases  and  various 
combinations  of  programs,  and  by  the  incorrect  interpretation 
of  policy  due  to  scattered  sources  of  policy  and  frequent 
changes . 

The  net  result  of  these  problems  tends  to  be  high  error 
rates  in  determining  technical  eligiblity  and  calculating  wel- 
fare payments.     Thus,  in  order  to  be  an  effective  administra- 
tive tool,  an  automated  eligibility  determination  system  should 
support  the  following  major  goals: 

Reduction  of  error  rates  in  the  administer- 
ing agency 

Standardization  of  the  eligibility  process 
on  a  state-  or  area-wide  basis. 

Clear  identification  of  the  interdependence 
of  programs 

Elimination  of  biases  to  individual  recipients, 
with  all  applicants  and  recipients  judged  by 
the  same  sets  of  rules 

Simplification  in  interpreting  policy. 
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The  recommended  conceptual  design  in  Chapter  II  addresses 
these  goals  through  Eligiblity  Truth  Tables,  which  provides  in 
a  concise,  encoded  format  all  eligiblity  rules  in  a  given  pro- 
gram area,  and  an  Eligiblity  Matrix,  which  depicts  the  relation- 
ships between  various  program  areas  in  terms  of  broad  categories 
of  eligiblity  such  as  residency  and  citizenship.  s  ^\ 


Task      is  divided  into  the  following  subtasks: 


S3  CD 

TO  ffi 
fl>  P> 
3  3 

Subtask  1:     Project  Organization  n>  x> 


Subtask  2:     Survey  and  Analysis  of  Current 
Processes 

Subtask  3:     Formulation  of  Eligibility 
Decision  Rules 

Subtask  4:     Definition  of  System 
Requirements . 

Subtask  1  -  Project 
Organization  

The  first  step  is  to  assign  a  project  team,  and  to  pro- 
vide team  orientation  and  refine  the  Phase  I  goals.     The  proj- 
ect team  should  be  suitably  organized  and  contain  appropriate 
representation  of  management  and  systems  analysts  plus  program 
personnel.     The  project  organization  includes  forming  a  steer- 
ing committee  which  will  oversee  the  project  activities. 

Once  the  team  is  organized,  initial  orientation  sessions 
should  be  conducted  to  provide  a  uniform  foundation  of  under- 
standing by  team  members  of  current  system  functions,  proce- 
dures, policies  and  major  issues.     Orientation  should  include 
reading  this  manual,  particularly  Chapter  II,  Conceptual  Design, 

The  general  goals  described  earlier  must  then  be  focused 
and  tailored  to  the  specific  situation.     Team  members  will  hold 
"kick  off"  meetings  with  key  personnel  of  the  departments  in- 
volved to  develop  working  relationships  and  obtain  information 
on : 

The  attitudes  and  direction  of  the  administer- 
ing agency  regarding  automation  of  welfare 
programs 

Current  thinking  impacting  major  decision  areas; 
for  example,  centralization  versus  decentraliza- 
tion, the  extent  of  automating  eligibility  de- 
termination, or  the  amount  of  specialization  for 
eligibility  technicians 
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Availability  of  data  and  documentation 

Current  and  proposed  policies  and  regulations 

Other  individuals  to  be  interviewed. 

This  information  will  be  used  to  define  a  recommended 
list  of  specific  goals  for  review  and  approval  by  the  steer- 
ing committee.     Based  on  these  goals  and  the  information 
gathered,  a  detailed  Phase  I  workplan  with  resource  assign- 
ments and  delivery  dates  will  also  be  prepared  for  the  com- 
mittee's review  and  approval. 

Subtask  2  -  Survey  and 
Analysis  of  Current  Processes 

This  subtask  is  intended  to  formalize  and  document  an 
understanding  of  current  system  functions,  procesures  and 
policies,   through  the  following  six  activities: 

Site  visits 

Current  problem  identification 

Documentation  review 

Program  personnel  interviews 

Examination  of  related  programs 

Workload  and  error  rate  analysis. 

Site  visits  are  significant  because  the  information  ob- 
tained will  provide  a  basis  for  determining  functional  require- 
ments.    Selected  sites  should  cover  the  spectrum  of  office 
sizes  and  types,  and  also  must  address  all  program  areas.  In- 
formation to  be  obtained  at  each  site  may  include: 

General  background  information  regarding  the 
site  organization,  staffing  levels  and 
programs . 

Information  and  documentation  regarding  poli- 
cies, techniques,  methods  and  procedures  cur- 
rently in  use  and  proposed. 

Forms  flow  and  identification  of  redundant 
forms . 

Specific  work  assignments  and  clerical  work- 
flow for  employees  and  major  activities. 
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Identification  of  file  volumes  and  mainten- 
ance procedures. 

Estimation  of  the  approximate  amounts  of  time 
required  to  complete  each  activity. 

Statistics  on  work  volumes  and  turnaround  times. 

Identification  of  information  needs,  including 
those  not  fulfilled  by  current  operations. 
This  includes  identifying  what  information  is 
required,  the  reason,  and  when  and  how  required. 

Particular  emphasis  during  site  surveys  should  be  placed 
upon  identification  of  problems  areas,  backlogs,  and  time- 
consuming  and  inefficient  procedures  which  affect  agency  oper- 
ations.    Four  potential  problems  in  current  application  pro- 
cedures should  specifically  be  investigated:      (1)  excessive 
forms  and  form  flows  in  application  processing;    (2)  high  error 
rates  in  eligibility  processing,  and  resultant  overpayments; 
(3)   excessive  elapsed  caseworker  time  for  application  process- 
ing, and  low  rates  of  re-identifying  recipients;  and  (4)  insuf- 
ficient use  of  internal  comparisons  for  locating  potential 
recipient  fraud  and  abuse.     Control  functions  such  as  fiscal 
audit,  data  entry  and  conversion  controls,  and  data  processing 
control  should  also  be  thoroughly  examined.     At  the  completion 
of  this  task,  the  team  will  have  the  necessary  information 
from  which  to  develop  detailed  functional  systems  requirements 
and  the  basis  for  detailed  documentation  of  existing  procedures 
decisions  and  workflows. 

In  conjunction  with  and  in  support  of  the  activities  above 
existing  documentation  should  be  collected  across  programs  on 
policies,  automated  systems,  and  operational  procedures.  Par- 
ticular attention  should  be  given  to  collecting  a  complete  pack 
age  of  eligibility  rules  and  regulations. 

Interviews  should  be  conducted  to  develop  working  relation 
ships  with  other  key  program  personnel  to  obtain  their  input 
on  the  following  topics: 

Objectives,  priorities  and  functions  of  each 
unique  program  area  at  the  operational  level 

Identification  of  organizational  components 
and  key  personnel  within  each  program  and  in- 
terfacing organizational  units 

Identification  of  the  problems  within  each 
organization,  and  any  problems  which  are 
created  by  elements  outside  the  control  of 
each  organizational  unit. 


-59- 


1. 


( 


Interfaces  between  the  different  program  areas  also 
should  be  reviewed  to  eliminate  redundant  functions  across 
programs,  and  optimize  information  exchanges  and  requirements 
between  organiztions  or  agencies. 

Workloads  should  be  analyzed,  utilizing  any  existing  sta- 
tistical data  concerning  staffing  patterns,  caseload  distribu- 
tions and  work  assignments.     This  information  will  help  the 
project  team  to  estimate  time  expenditures  by  task   (e.g.,  com- 
pletion of  an  application) ,   identify  the  nature  and  extent  of 
backlogs  and  determine  the  caseloads  for  each  worker.     It  will 
also  help  determine,  on  the  average,  how  much  time  an  applicant/ 
recipient  is  expected  to  be  in  the  center  completing  forms. 
Error  rates  and  types  hould  be  analyzed  to  help  develop  immedi- 
ate and  long-term  measures  for  the  reduction  of  error  levels. 

The  final  activity  in  Subtask  2  is  to  consolidate  exist- 
ing documentation  and  prepare  new  documentation  as  necessary 
in  order  to  provide  a  reasonably  comprehensive  and  uniform  file 
on  the  current  environment.     The  suggested  organization  of  this 
file  is  with  separate  but  comparable  documentation  on  each  major 
existing  system,   in  a  standard  systems  format   (i.e. ,  including 
functions,  flowcharts,  input/output  descriptions,  data  element 
definitions,  etc.).     The  file's  contents  should  include: 

All  major  systems  to  be  replaced.  This 
typically  will  include  both  manual  and 
automated  eligiblity  systems 

Systems  which  provide  input  to  the  eli- 
bility  determination  system,  for  example, 
automated  tax  record  and  payroll  record 
systems 

Systems  which  will  be  fed  by  the  EDMS,  for 
example,  claims  processing  and  payment  sys- 
tems  (these  components  may  be  replaced  in 
some  circumstances),  or  EPSDT  systems. 

Subtask  3  -  Formulation  of 
Eligibility  Decision  Rules 

As  discussed  earlier,  accurate,  equitable  and  consistent 
application  of  eligibility  policy  is  imperative.     This  will 
be  accomplished  through  encoded  eligibility  truth  tables,  which 
provide  sets  of  specific  eligibility  rules  in  computer-usable 
form.     Thus,  these  sets  of  eligiblity  rules  provide  an  essen- 
tial base  for  the  development  of  automated  eligiblity  determina- 
tion modules. 

During  this  subtask,  an  initial  decision  should  be 
reached  on  the  level  of  automation  of  the  application  of  pol- 
icy and  grant  calculation.     The  automation  of  the  eligibility 
determination  process  can  be  viewed  from  various  levels  of 
complexity,  ranging  from  minimal  automated  eligibility  deter- 
mination, where  the  caseworker  makes  all  eligibility  and  benefit 
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decisions,  to  full  automation  of  the  eligibility  process, 
where  the  system  performs  the  entire  technical  and  financial 
determinations.     Between  the  two  extremes  of  minimal  and  full 
automation  of  the  eligibility  process  lies  a  wide  range  of 
alternatives.     These  options  and  their  respective  tradeoffs 
should  be  analyzed  in  terms  of  the  administering  agency's 
unique  system  objectives.     The  types  of  factors  to  be  consi- 
dered during  initial  design  include:  3 
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The  degree  of  caseworker  involvement  in  the  §  | 

eligibility  determination  process,  for  example:  5^ 


All,  partial  or  no  technical  eli- 
gibility determination 
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Financial  calculation  of  benefits  « 


Only  data  collection  and  verification. 

Level  of  detail  of  data  to  be  captured  in  order 
to  satisfy  the  administering  agency's  needs: 

Case  level  information 

Individual  information. 

Degree  of  data  processing  support  envisioned, 
for  example: 

Mass  storage  capabilities 

Data  base  management  system  to  handle 
many  complex  data  relationships  easily 

Technical  capabilities  of  DP  staff  to 
maintain  a  sophisticated  system. 

Program  areas  best  suited  for  automation,  con- 
sidering maintenance  requirements  and  program 
volatility. 


Of  System  Requirements 

Once  the  eligibility  truth  tables  and  grant  calculation 
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algorithms  have  been  defined,  the  next  step  is  the  definition  £' 
of  systems  requirements.     Several  methodologies  for  developing 
and  documenting  systems  requirements  have  evolved  over  the  years 
and  have  become  well  established,  and  are  equally  applicable 
here  since  they  are  mostly  variations  on  the  same  approach. 
The  approach  given  is  therefore  fairly  brief  and  general. 
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During  this  subtask  the  project  team  determines  the  "what" 
of  the  system  (what  che  systems  will  do)   with  some,  but  lesser 
attention  as  to  "how."     Definition  of  requirements  actually  was 
begun  in  Subtask  3  with  the  "core"  eligibility  rules  and  grant 
calculation  algorithms.     In  this  subtask  the  information  col- 
lected earlier  is  synthesized  to  build  a  system  definition 
around  the  core  already  developed.     Involvement  of  the  user 
representatives  is  vital  during  both  Sutbasks  3  and  4,  to  en- 
sure that  the  system  defined  fits  well  with  the  needs,  and  to 
begin  building  the  user  commitment  to  make  the  system  succeed. 

Determining  the  requirements  proceeds  in  bootstrap  fashion 
with  the  following  questions  being  addressed: 

What  services  should  the  system  perform  or 
support? 

What  information  must  be  produced  (output) 
from  the  system  to  perform/support  these 
services? 

What  information  must  be  input  and  how 
must  it  be  manipulated  to  produce  the  re- 
quired outputs? 

What  controls  and  design  constraints  should 
be  imposed  on  the  system? 

Answering  the  first  question  involves  justifying  the  in- 
clusion and  exclusion  of  specific  features  in  the  system.  A 
benefit  analysis  should  be  prepared  which  addresses  both  measur- 
able and  intangible  benefits  and  also  an  economic  evaluation 
should  be  made  of  measurable  benefits  versus  costs.  Answering 
this  question  also  involves  considering  the  technical  and  or- 
ganizational feasibility  and  risks  of  the  proposed  system. 

The  end  products  of  this  subtask  is  a  documented  set  of 
requirements  ready  for  final  review  and  approval  by  the  steer- 
ing committee.     The  documentation  should  include: 

Management  Summary 

Functional  Description  of  all  Services 
Performed/Supported 

System  Justification 

System  Flow  -  a  high  level  flowchart  show- 
ing major  functions  and  information  flows, 
both  in  the  proposed  computer  system  and  in 
interacting  manual  areas 
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Input/Output  Descriptions  -  identification 
of  all  inputs  and  outputs  together  with  the 
information  content  of  each 

Data  Descriptions  -  descriptions  of  all  major 
data  elements  and  identification  of  major  files 

System  Controls  -  identif icatin  of  specific 
controls  to  be  incorporated,  such  as  check 
digits,  error  suspense  files,  etc. 

Design  Constraints  -  identification  of  all 
constraints  identified;   for  example,  on-line 
response  time  must  be  three  seconds  or  less 
for  90  percent  of  the  transactions;  all  checks 
must  be  printed  by  8:00  a.m.  daily. 

The  level  of  detail  necessary  at  this  stage  includes  the 
information  of  all  inputs  and  outputs   (forms,  reports,  in- 
quiry and  response  screens,  etc.),  with  the  purpose  and  in- 
formation content  identified  for  each  one.     However,  the  docu- 
mented systems  requirements  should  not  include  additional 
definitions,   such  as  report  layouts,  which  can  be  developed 
after  the  requirements  are  solidified. 

Task  2  -  Evaluation  of 
Alternative  Approaches 

Once  is  has  been  determined  what  the  system  will  do  (that 
is,  once  the  systems  requirements  documentation  has  been  ap- 
proved by  the  steering  committee) ,  the  next  major  task  is  to 
determine  the  best  strategy  for  implementation.     Thus  the  focus 
shifts  from  "what"  to  "how,"  but  at  this  stage  the  level  of  de- 
tail is  confined  to  finding  the  best  overall  approach,  rather 
than  specifying  the  technical  detail  of  a  selected  approach. 

The  first  step  within  the  task  is  to  identify  all  feasible 
and  likely  alternatives  that  exist.  Typically,  multiple  op- 
tions will  be  available  which  will  include  variations  of  up- 
grading existing  subsystems  or  system  components,  acquiring 
and  modifying  subsystems  from  external  sources,  and  building 
completely  new  components.  As  well  as  the  "make  versus  buy" 
alternatives,  options  may  also  exist  as  to  the  technical  op- 
erating environment  (for  example,  on-line  centralized  versus 
decentralized  data  processing),  the  personnel  resources  (in- 
house  staff  versus  consultants) ,  and  so  on. 

When  there  is  a  reasonable  assurance  that  all  worthwhile 
alternatives  have  been  identified,   the  next  step  is  to  define 
the  criteria  by  which  the  alternatives  will  be  evaluated. 
Although  the  selection  process  cannot  be  reduced  to  a  simple 
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formula,   it  is  generally  worthwhile  to  assign  numerical  scores 
to  the  criteria.     Numerical  scoring  procides  a  relatively  easy 
mechanism  for  project  team  members  with  differing  backgrounds 
and  viewpoints  to  compare  opinions  and  come  to  the  best  overall 
alternative  -  for  example,  a  user  representative  might  weigh 
features  and  assign  scores  differently  from  a  technical  special- 
ist, and  comparing  the  differences  in  socres  can  stimulate  use- 
ful dialog  and  help  reach  the  best  overall  approach. 

Types  of  factors  that  should  be  considered  as  selection 
criteria  are: 

Fit  with  System  Requirements  -  how  well  each 
alternative  approach  meets  the  documented 
requirements 

Estimated  Costs 

Financial  cost 

Personnel  resources 

Elapsed  time  until  each  new  or 
enhanced  feature  is  available 

Risks 

Business  risk  and  implications 
of  the  installed  system 

-        Technical  risk  in  constructing 
and  operating  the  system 

Backup  Strategy  -  the  availability  and  cost 
of  contigency  backup  strategies  if  the  system 
is  not  developed  or  performing  as  expected. 

The  major  alternatives  identified,  their  advantages  and 
disadvantages,  and  their  scoring  according  to  the  criteria 
should  be  presented  to  the  steering  committee  in  an  easily 
comparable  format.     This  presentation  should  culminate  in  a 
more  detailed  examination  of  the  approach  recommended  by  the 
project  team,  together  with  the  rationale  for  its  selection. 
A  preliminary  workplan  for  Phase  II  should  also  be  prepared 
and  included  for  review  in  the  same  presentation.     The  scope 
of  this  workplan  includes  Phase  II  project  organization,  esti- 
mated delivery  dates  and  preliminary  allocations  of  resources, 
in  order  that  the  steering  committee  may  receive  as  full  a 
picture  as  possible  of  the  Phase  II  commitment  before  author- 
izing that  work  can  proceed. 
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PHASE  II  TASKS 


Phase  II  encompasses  the  construction  and  installation 
of  the  system  from  the  "blueprint"  developed  and  approach 
selected  in  Phase  I.     The  tasks  involved  are: 

Task  1:     Detailed  System  Design 

Task  2:     Implementation  Planning 

Task  3:     Development  of  Programming 
Specifications 

Task  4 :  Programming 

Task  5:  User  Training 

Task  6:  Systems  Testing 

Task  7:  Conversion  to  the  New  System 

Task  8:  Post-Implementation  Audit  Review. 

The  remainder  of  this  section  provides  the  general  prin- 
ciples and  activities  for  each  task. 

Task  1  -  Detailed  System  Design 

The  objective  of  this  task  is  to  design  a  specific  solu- 
tion to  meet  the  system  requirements  as  defined  in  Phase  1. 
From  a  starting  point  of  the  System  Requirements  Documentation, 
and  using  as  a  guide  the  Conceptual  Design  presented  in  this 
manual,  the  technical  dimensions  necessary  for  full  system  de- 
velopment will  be  added  to  create  a  Detailed  System  Design  Doc- 
ument.    Typically,  the  composition  of  the  project  team  changes 
at  this  point,  with  the  number  of  assigned  systems  analysts 
and  technical  support  staff  increasing  and  with  the  active 
participation  of  user  representatives  decreasing. 

The  major  products  developed  during  this  task  are: 

Input  and  output  layouts  -  these  specify 
format  and  exact  data  content  rather  than 
just  information  content 

File  definitions  and  data  element  defini- 
tions,  for  all  files  and  data  elements 

Data  flow  diagrams,  showing  where  all  data 
is  created,  routed  and  used 
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Processing  or  run  module  definitions  -  these 
identify  the  inputs  and  outputs  of  each  mod- 
ule and  all  functions  to  be  performed  by  each 
one 

Definition  of  processing  controls  and  s;  M 

constraints  3  2 

TO  X 

Definition  of  backup  procedures,  with  data  1  3 

CO  <Si 


flow  diagrams.  3 
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The  draft  detailed  system  design  should  undergo  three  ^ 
sequential  reviews.     The  first  is  a  technical  review  of  the 
technical  feasibility  and  adequacy  of  the  draft  design,  by 
uninvolved  technical  specialists.     The  second  is  a  detailed 
user  review  to  ensure  that  the  system  as  designed  does,  in 
fact,  meet  requirements  satisfactorily.     The  third  is  the 
steering  committee  review  to  obtain  approval  to  proceed.  It 
is  anticipated  that  the  steering  committee  will  draw  heavily 
on  the  documented  results  of  the  technical  and  user  reviews 
in  making  their  decision,  and  also  will  review  the  design 
detail  in  conjunction  with  the  product  of  the  next  task,  the 
implementation  plan. 

Various  technical  methodologies  are  available  to  help 
increase  the  effectiveness  and  efficiency  of  the  design  and 
later  technical  tasks,  such  as  structured  design  and  struc- 
tured programming. 

Task  2  -  Implementation  Planning 

The  objective  of  this  tasks  is  to  prepare  a  detailed 
plan  for  the  realistic  accomplishment  of  the  reaminder  of 
the  activities  which  lie  ahead.     This  planning,  if  performed 
effectively,  will  help  avoid  future  surprises  and  crises  and 
becomes  a  project  management  tool  by  which  to  monitor  progress. 

The  implementation  plan  should  draw  on  the  system  require- 
ment and  the  evolving  detailed  design,  and  should  be  developed 
in  parallel  with  the  design  for  two  reasons: 

The  plan  will  be  available  to  the  steering 
committee  when  they  review  the  design 

The  plan  will  be  put  into  use  to  monitor 
the  activities  immediately  on  approval  to 
proceed  and  initiation  of  the  next  tasks. 

The  activities  involved  in  this  task  are  as  follows: 

A  planning  subgroup  is  formed  from  user  re- 
presentatives, technical  specialists  and 
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personnel  who  v/ill  be  responsible  for  the 
later  tasks 

Earlier  plans,  estimates  and  schedules  are 
modified  and  agreed  to  during  this  review. 
One  end  product  of  this  review  is  a  currently 
updated  workplan 

A  checklist  which  will  serve  as  a  guide  for 
the  User  Training  task  is  developed.  This 
includes  assignment  of  both  task  responsi- 
bilities and  schedule  dates 

A  plan  for  implementation  of  the  User  Train- 
ing task  is  developed 

The  subgroup  then  prepares  a  System  Test 
Checklist,  which  will  serve  as  a  guide 
to  the  System  Test  task 

A  Computer  Test  Plan  is  developed 

A  Conversion  Checklist  for  guidance  in  the 
Conversion  task  is  prepared 

A  detailed  Conversion  Plan  is  developed 
which  encompasses : 

Acquisition  of  the  files  which 
will  be  required  by  the  new  sys- 
tem, and  their  conversions 

A  time-sequenced  flow  of  process- 
ing subsystems  and  their  interfaces 
with  manual  functions 

User  and  EDP  area  restaffings  and 
reorganizations 

Equipment  changeovers 

Parallel  processing  needs 

Identification  of  checkpoints  and 
conditions  under  which  backup  con- 
tingency approaches  will  be  adapted 

A  definitive  Resources   (Manpower  and  Equipment) 
Plan  is  developed,  showing  resource  requirements 
over  time  and  identifying  hiring,  equipment  pur- 
chasing, transfer  and/or  retraining  needs 
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A  Post-Implementation  Audit  Review  Plan  is  de- 
veloped which  identifies  the  criteria  by  which 
the  project  will  be  judged  successful  or 
unsuccessful . 

Task  3  -  Development  of 
Programming  Specifications 

During  this  task,  the  system  design  is  carried  to  a  level 
of  detail  which  will  serve  as  the  working  basis  for  programming 
and  operational  implementation.     The  documentation  generated 
will  be  complete  enough  so  that  the  programming  group  will  have 
all  the  functional  design  specifications  needed  to  proceed  with 
actual  coding.     This  documentation  also  should  be  designed  with 
a  modularity  which  will  permit  both  tight  scheduling  and  work- 
ing control  during  the  actual  writing  of  programs. 

This  task  is  performed  by  EDP  technical  personnel,  chiefly 
programmer  analysts.     While  system  development  approaches  vary 
in  terms  of  level  of  detail  and  standard  format  for  documen- 
tation of  specifications,  the  primary  end  product  of  this 
task  is  step-by-step  functional  descrptions  and/or  flowcharts 
of  the  processes  to  be  performed  by  each  job  or  run  module. 

Task  4  -  Programming 

This  task  includes  the  coding  and  unit  testing  of  all 
programs  or  run  modules ,  according  to  the  Programming  Speci- 
fications.    The  end  products  are  individually  tested  programs 
which  can  be  turned  over  to  the  systems  test  subgroup. 

Task  5  -  User  Training 

User  Training  typically  occurs  approximately  in  parallel 
with  Programming  Specification  and  Programming  for  the  follow- 
ing reasons: 

User  Training  is  not  dependent  on  the  Pro- 
gramming effort 

If  User  Training  is  accomplished  before  Sys- 
tem Testing  (Task  6)  begins,  the  newly  trained 
personnel  can  be  used  for  testing  the  system 
and  any  "dummy"  data  developed  as  a  by-product 
of  training  exercises  can  be  used  as  test  cases 
during  System  Test. 

The  User  Training  task  includes: 

A  subgroup  is  organized  with  appropriately 
experienced  personnel 
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A  plan  developed  earlier  for  personnel  train- 
ing is  reviewed  and,  if  necessary,  elaborated 
on 

Once  the  training  plan  has  been  approved,  the 
necessary  training  outlines,  manuals,  text 
materials,  audio-visual  aids,  etc.  are  identi- 
fied and  accumulated 

Equipment  and  facility  requirements  for  train- 
ing are  determined  and  documented 

The  training  subgroup  coordinates  the  ordering, 
expediting  and  installation  of  needed  equip- 
ment and  materials 

In  parallel  with  the  task  involving  equipment 
and  facilities  planning,  the  User  Training 
Manual  is  produced  and  assembled 

With  all  materials,  equipment  and  documenta- 
tion ready,  actual  training  can  be  carried 
out.     This  task  includes,  as  necessary,  both 
the  training  of  trainers  and  actual  user 
personnel 

A  post-training  written  test  is  conducted  for 
all  attendeed,  to  certify  that  they  have  at- 
tained the  skills  desired. 

Task  6  -  System  Testing 

System  Testing  involves: 

The  Test  Plan  developed  earlier  is  reviewed 
and  elaborated  as  necessary. 

Procedures  are  established  for  the  documenta- 
tion, control  and  timely  follow- through  of 
all  discrepancies  uncovered. 

Test  data  is  generated  and/or  collected.  In- 
sofar as  possible,  this  should  be  "live"  data/ 

The  system  should  be  used  -  normally  at  first, 
then  under  conditions  calculated  to  make  it 
fail. 

Throughout  the  test  activity,  exceptions, 
discrepancies  and  problems  should  be  noted 
and  documented  by  all  members  of  the  project 
team.     These  are  reviewed  as  a  specific  task 
within  the  activity. 
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On  the  basis  of  reviews  of  problems,  any  neces- 
sary modifications  or  alterations  are  made  by 
the  Programming  Subgroup. 

System  acceptance  is  a  formal  task  involving  a 
definitive  user  commitment.     This  is  based  on 
an  evaluation  of  System  Test  results,  including 
final  test  results  of  all  modifications  or 
alterations. 

Task  7  -  Conversion 
To  the  New  System 

The  main  end  product  for  the  Conversion  task  is  an  opera- 
tional system  which  gains  full  user  acceptance  and  performs  up 
to  the  standards  set  and  agreed  to  at  the  close  of  the  System 
Requirements  task. 

Conversion  activities  are  very  specific  to  each  environ- 
ment and  are  not  described  here.     However,  from  the  user  view- 
point, conversion  comes  at  the  time  of  greatest  activity  and 
frequently  is  a  time  of  dramatic  change.     This  means  that  in- 
terpersonal sensitivity  and  good  user  communication  are  espe- 
cially important  during  this  task. 

Task  8  -  Post- Implementation 
Audit  Review 


The  purposes  of  the  post-implementation  review  are  to  en- 
sure that  the  installed  system  is  functioning  effectively  and 
efficiently,  and  also  to  learn  how  the  system  development  pro- 
cess might  be  improved  in  the  future. 

It  is  recommended  that  the  review  occur  three  months 
after  full  "line"  operation  of  the  system  occurs.     If  sub- 
systems are  phased  in  over  time,  a  series  of  reviews  may  be 
needed.     The  initial  review  should  be  followed  up  by  periodic 
audits  of  the  system,  about  once  every  two  years. 

Each  review  should  be  a  thorough  evaluation  of  the  project 
according  to  four  criteria: 

1.  The  accomplishments  of  the  system  should  be 
compared  with  requirements  established  at  the 
outset  of  the  project 

2.  Actual  project  costs  should  be  compared  with 
initial  estimates 

3.  Ongoing  operating  costs  should  be  compared  with 
forecasts 
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4.       Actual  user  satisfaction  with  the  system 
should  be  surveyed,  as  their  requirements 
may  have  changes  over  time. 

3.       EDMS  IMPLEMENTATION 
RESOURCE  ESTIMATES 

Successful  development  and  implementation  of  the  EDMS, 
as  presented  in  Chapter  II,  requires  a  firm  commitment  of 
fiscal  and  personnel  resources  by  the  implementing  agency. 
It  is  imperative  that  an  implementing  agency  carefully  and 
accurately  estimate  the  direct  and  indirect  cost  factors 
of  an  EDMS  development  effort  before  embarking  on  the  proj- 
ect.    In  addition,  several  early-on  decision  points  must  be 
established  to  allow  for  discontinuing  the  effort  if  commit- 
ments are  revoked  or  uncontrollable  external  factors  (i.e., 
political,  programmatic  or  administrative)  dictate  environ- 
mental changes. 

In  developing  the  EDMS  implementation  resource  estimates 
several  constraints  and  assumptions  were  applied: 

Hardware  procurement  considerations  were 
deemed  inappropriate  in  that  each  state 
or  implementing  agency  has  a  unique  hard- 
ware configuration/usage  limitations. 

The  EDMS  would  function  in  a  data  base 
oriented  environment. 

Development  of  detailed  system  design 
and  computer  logic  was  assumed  to  be 
on  a  "f rom-scratch"  basis.     In  other 
words,  software  transfer  was  ignored. 
If  software  transfer  is  shown  to  be 
feasible  in  a  given  state,  the  effect 
may  be  a  dramatic  reduction  of  the 
resource  estimates. 

The  basis  for  estimating  person-year 
cost  was  recent  HCFA  guidelines  re- 
garding outside  contractors  at  the 
rate  of  $50,000  to  $60,000  per  year. 
An  accurate  estimate  for  the  in-house 
state  development  is  not  possible 
since  capabilities,  staff  levels  and 
needs  vary  significantly  by  state. 

Exhibit  IV- 1,  following  this  page,  presents  a  time-phased 
estimate  for  each  EDMS  development  task.     Exhibit  IV-2,  follow- 
ing Exhibit  IV-1,  shows  estimates  of  personnel  resource  require- 
ments (level  of  effort)  by  task  and  the  estimated  cost  of  these 
resources . 
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Exhibit  IV- 1 
EDMS  IMPLEMENTATION 
GANTT  CHART 
(Estimated) 
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Exhibit  IV-2 
EDMS  IMPLEMENTATION 
RESOURCE  REQUIREMENTS 
ESTIMATES 
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Inputs 


PA  Quality  Control  Eligibles  File  -  produced  by 
the  monthly  Data  Base  Scan  Subsystem  and  is  the  pr 
mary  input  to  the  AFDC  active  case  sample  selec- 
tion process.     This  file  contains  the  case  infor- 
mation necessary  for  Federal  reporting. 

Sample  Select  Data  Form  -  used  to  input  the  PA 
and  MA  sample  selection  criteria  which  includes: 

-        Random  sample  start  number 

Sample  control  interval 

Either  active  sample  or  negative  action 
sample  indicator  for  FS 

FS  Quality  Control  Eligibles  File  -  used  in  the 
same  manner  as  the  PA  Quality  Control  Eligibles 
File. 

Quality  Control  Review  History  File  -  provides 
the  data  necessary  to  produce  PA,  FS,  and  MA 
extracts  and  statistics  pertinent  to  Quality 
Control  reviews. 

Outputs 

PA  AFDC  Active  Sample  Report  -  the  extract  from 
the  Eligibles  File  based  upon  the  selection  cri- 
teria. 

FS  Quality  Control  Active  Sample  Report  -  gene- 
rated  from  the  FS  extract  providing  the  required 
output  FS  Quality  Control  Negative  Action  Sample. 

PA,  FS,  and  MA  Quality  Control  Statistical  Reports 
generated  from  the  review  history  file. 

Exhibit  111-10,   illustrates  the  subsystem  flow  along 
with  the  enhancement  processing. 

9.      STATISTICAL  PROCESSING  SUBSYSTEM 

The  Statistical  Processing  Subsystem  is  responsible  for 
the  accumulation  of  data  necessary  to  produce  aggregate  re- 
ports on  AIMS  case  activity.  It  also  provides  an  interface 
between  on-line  and  batch  processing  subsystems  through  re- 
routing transactions  on  the  Real-Time  Log  File. 
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EXHIBIT  III   -  10 
QUALITY  CONTROL  SUBSYSTEM 
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Inputs 


The  four  files  which  are  input  to  the  Statistical  Pro- 
cessing Subsystem  and  their  sources  are  listed  below: 

Real-Time  Log-  contains  from  all  AIMS  on-line 
application  programs  reflected  data  entered  via 
the  Data  Entry  Subsystem  which  were  processed 
during  the  day.     This  includes  errors  that  did  to  w 

not  affect  the  Case  Data  Base.  3  3 

CD  T3 

a 

Statistical  Data  Files  -  each  contains  statistical 
information  produced  by  the  applications  in  their  •< 
respective  subsystems.     The  subsystems  are  the  £  ^ 

Issuance  Subsystem,  the  Reconciliation  Subsystem  3  m 

and  the  Mass  Change  Subsystem. 


Outputs 


AIMS  History  File-  contains  historical  data  for 
input  to  the  History  Subsystem. 


Terminal  Utilization 

Transaction  Activity  Summary  Log 

The  remainder  of  the  reports  produced  by  the  Statistical 
Processing  Subsystem  are  produced  from  the  AIMS  Statistics 
File.     The  27  reports  are  listed  below: 
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The  Statistical  Processing  Subsystem  produces  five  $ 
files : 

Mass  Change  Data  File  -  contains  mass  change  re- 
quests rerouted  trom  the  Real-Time  Log  for  input 
to  the  Mass  Change  Subsystem. 

Medicaid  Authorization  File  -  contains  rerouted 
Medicaid  transactions. 

Daily  Financial  Activity  File  -  contains  issuance- 
related  data  for  input  to  the  Issuance  Subsystem. 
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AIMS  Statistics  File  -  contains  data  extracted  by 
the  Statistical  Processing  Subsystem  which  is  used 
by  that  subsystem  to  produce  a  variety  of  reports. 
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The  following  two  operations  control  reports  are  pro-  > 
duced  by  the  maintenance  and  update  function  within  the  5 
Statistical  Processing  Subsystem:  X 


Transaction  Activity  Log 


AIMS  Terminal  Utilization  Report 
Public  Assistance  Payments 

Public  Assistance  Payments  Analysis  Summary 

Request  for  Public  Assistance   (DHR/SSA  250.1-1) 

Public  Assistance  Cases  Under  Care   (DHR/SSA  250.1-2) 

Reconsideration  Summary 

Public  Assistance  Expenditure  Report 

SRS.NCSS. 2078.1 

SRS.NCSS. 2078 . 2 

SRS.NCSS. 2078.3 

WIN  Monthly  Program  Activity  Summary  Section  A 
Racial/Ethnic  Participation  and  Coupon  Issuance 
Monthly  Report  of  Participation  and  Coupon  Issuance 
FS  Mail  Issuance  Report 

Report  on  Reduction/Termination  of  Food  Stamp  Benefits 

Food  Stamp  Certification,  Participation,  Value  of 
Coupons,  and  Percent  Change  From  Last  Month 

Active/Participating  Food  Stamp  Cases  by  Household 
Size 

County  Household  Transfer  Summary 

Certification,  Participants,  Recertif ication , 
and  Value  of  Coupons 

Local  Program  Outreach  Summary 

Number  of  Requests  for  Medical  Assistance  Disposed 
of 

Food  Stamp  Monthly  Caseworker  Transaction  Summary 
Public  Assistance  Transaction  Summary 
Medical  Assistance  Transaction  Summary 


f 


a: 
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SRS.   NCSS. 2079-11 

SRS.NCSS.2079-III 

These  reports  will  be  produced  on  a  monthly  basis.  Exhibit 
III-ll,   following  this  page,   illustrates  the  processing  flow 
of  the  Statistical  Processing  Subsystem. 
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10.        HISTORY  SUBSYSTEM 


The  History  Subsystem  is  responsible  for  recording  and 
reporting  user-  and  system-generated  activity.     Its  primary 
purpose  is  to  ensure  the  availability  of  long-term  transac- 
tions to  AIMS  users.       The  primary  functions  performed  within 
the  History  Subsystem  are  History  File  updating  and  reporting 
and  Tape  Library  maintenance. 

Inputs 

There  are  two  files  input  to  the  History  Subsystem. 
They  are : 

Issuance  History  File  -  produced  by  the  Reconcil- 
iation  Subsystem. 

AIMS  History  Activity  File  -  produced  by  the  Sta- 
tistical Processing  Subsystem  from  transactions 
from  various  subsystems. 

Outputs 

The  outputs  from  the  History  Subsystem  consist  of  three 
files  and  two  reports,  each  of  which  is  described  below: 

History  Transaction  File  -  contains  extracted 
and  reformatted  transactions  from  the  input  file. 
It  is  used  internally  to  update  the  AIMS  History 
File. 

AIMS  History  File  -  contains  AIMS  transactions 
ordered  sequentially  by  transaction  date  within 
case . 

History  Report  File  -  contains  transactions  ex- 
tracted  for  reporting  within  the  subsystem. 

Transaction  History  Reports  -  as  needed  reports 
produced  from  the  History  Report  File. 

History  Purge  Report  -  consists  of  a  listing  of 
records  purged  during  the  Tape  Library  Mainten- 
ance process. 

Exhibit  111-12,  following  this  page,  is  a  processing 
flow  of  the  History  Subsystem. 
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IV.   ANALYSIS  SUMMARY  AND  RECOMMENDATIONS 


This  section  of  the  report  is  designed  to  highlight 
the  major  advantages  and  disadvantages  of  AIMS  based  on  anal- 
ysis of  material  presented  in  the  preceding  sections.     In  ad- 
dition several  features  of  AIMS  make  the  system  attractive  as 
a  candidate  for  total  or  partial  transfer  to  states  employing 
less  sophisticated  eligibility  determination  systems.  Finally, 
recommendations  are  made  regarding  the  possible  enhancement 
of  AIMS  components  and/or  methodologies  for  use  in  other  en- 
vironments with  eligibility  determination  requirements,  as 
well  as  in  the  State  of  Maryland. 

1.  MAJOR  ADVANTAGES  OF  AIMS 

AIMS  offers  eight  unique  major  advantages  which  would 
be  of  substantial  benefit  to  a  receiving  state  or  agency. 

Integrates  all  assistance  programs  transparent 
to  the  user. 

Allows  statewide  inquiry  capability  at  full 
implementation. 

Designed  with  a  sophisticated  edit  process  to  re- 
duce illogical  or  erroneous  input. 

Incorporates  a  complex  encoded  name  search  routine. 

Provides  for  "what  if"  analysis  through  the  flexi- 
bility of  the  Mass  Change  Subsystem. 

Systems  documentation  is  understandable,  complete 
and  correct. 

User  documentation  is  well  structured  and  thorough. 

The  system  is  primarily  on-line  minimizing  admini- 
strative overhead  in  local  offices  and  enabling 
more  effective  services  to  clients. 

2.  MAJOR  DISADVANTAGES  OF  AIMS 

The  disadvantages  of  the  AIMS  system  are  for  the  most 
part  not  limiting  factors  in  regard  to  the  applicability  of 
AIMS  in  other  public  assistance  environments.     The  six  major 
disadvantages  are: 


I 


AIMS  does  not  provide  for  handling  i>t  Mtninvue 
buy-in  cases. 

Installation  of  IMS  and  CICS  is  imperative  to 
support  AIMS  operations. 

Spend-down  information  is  not  updated  by  auto- 
mated means  and  management  reporting  of  spend- 
down  amounts  does  not  exist. 

Differences  in  policy  between  Maryland's  Depart- 
ment of  Human  Resources  and  Department  of  Health 
and  Mental  Hygiene  appear  to  be  causing  ineffi- 
ciencies in  system  operations. 

There  is  a  limited  amount  of  Third  Party  Liability 
information  collected  and  stored  in  the  system. 

AIMS  development  does  not  include  plans  for  is- 
suance of  Medical  Assistance  cards.      (MA  cards 
could  be  issued  as  a  stub  on  AFDC  checks.) 

3.  KEY  FEATURES  FOR  TRANSFER 

Several  unique  features  of  AIMS  make  it  an  attractive 
candidate  for  transfer  to  another  public  assistance  environ- 
ment.    Four  of  the  major  key  features  for  transfer  are: 

Modules  of  AIMS  are  stand-alone  in  many  cases 
and  therefore  can  be  selectively  transferred 
(i.e. ,  encoded  name) . 

The  system  is  almost  exclusively  COBOL  and  the 
level  of  system  and  user  documentation  enhance 
its  transferability. 

The  methodology  for  developing  eligibility  cri- 
teria using  the  truth  table  and  algorithmic  AIMS 
approach  can  be  transferred  with  relative  east  to 
any  public  assistance  environment,  whether  auto- 
mated or  not. 

Any  environment  with  compatable  hardware ,  IMS 
and  CICS  in  place  and  eligibility  criteria  de- 
veloped under  the  truth  table  approach  can  easily 
install  the  entire  AIMS  package  or  any  selected 
portions . 

4.  RECOMMEND AT I ONS 

As  a  result  of  this  study  of  AIMS,  several  recommenda- 
tions are  presented  which  could  augment  planned  enhancements 
during  Phase  II.  Four  recommended  improvements  to  the  auto- 
mated processes  of  AIMS  are: 


Automated  spend-down  calculation  and 
reporting. 

Increase  third  party  liability  data 
collection. 

Consider  automation  of  Medical  Assis- 
tance card  issuance  through  AIMS. 

Provide  for  reporting  of  buy-in  status 
information. 
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INDEX  OF  EXHIBITS 


EXHIBIT  NUMBER  TITLE  FOLLOWING  PAGE 

II-l  New  Hampshire  Division  of  3 

Welfare  Application  Form 
(Form  800) 

II-2  New  Hampshire  Division  of  6 

Welfare  Case  Action  Order 
(Form  801) 

II-3  Now  Hampshire  Division  of  6 

Welfare  Eligibility  Deter- 
mination Form  (Form  811) 

II-4                     Individual  Household  Member  6 

(Form  812) 

III-  1                   EMS  Interfaces  10 

III-  2                   EMS  Master  File  13 

III-  3  Daily  Update  Processing  15 

Subsystem 

III-  4  AT  Payroll  Processing  Sub-  17 

system 

III-  5  Case  Report  Subsystem  19 

III-  6  Recipient  Response  Form  20 

Subsystem 

III-  7  Medicaid  Reports  Subsystem  21 

III-  8  Caseload  Report  Subsystem  22 

III-  9  Individual  Report  Subsystem  24 

111-10  AP  History  Subsystem  25 

III-ll  Reconciliation  Subsystem  26 

111-12  Case  Mass  Change  Subsystem  27 

111-13  Individual  Mass  Change  Sub-  29 

system 
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3.       MAJOR  FEATURES  OF  EMS 


EMS  has  the  following  principal  features  and  capabilities : 


Common  Data  Collection 

Standardized  application  and 
eligibility  determination  forms 

-        Facilitates  entry  and  modification 
of  data  with  a  minimum  amount  of 
redundancy 

Centralized  Eligibility  File 

Comprehensive  editing  and  screening 
of  data 

On-line  access  to  eligibility  data 
from  the  District  Offices  via  video 
terminals 
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File  available  for  use  by  other  com- 
puter systems,  e.g.,  MMIS 

Computation  of  Financial  Eligibility 

Determination  of  level  of  benefits 


Automatic  recalculation  whenever 
critical  data  changes 

Mass  change  capability 

Comprehensive  Reporting 

Statistical  reports  satisfying 
Federal  reporting  requirements 

Control  reports  used  by  District 
Office  personnel  reduce  maintenance 
of  manual  control  files  and  increase 
operational  and  administrative 
efficiency 
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The  following  two  sections,  Sections  II  and  III,  of 
this  report  describe  the  EMS  both  from  a  procedural  and  an 
operational  point  of  view.     Section  IV  contains  a  summary  of 
the  EMS. 


II.   EMS  PROCESSING  DESCRIPTION 


This  section  outlines  EMS  from  a  procedural  perspective 
starting  with  the  eligibility  screening  procedures.     It  also 
contains  an  overview  of  the  EMS  on-line  inquiry  system,  a 
review  of  the  manuals  used  by  EMS  users,  a  walk  through  of 
the  EMS  application  process  and  finally  a  description  of  the 
eleven  automated  EMS  subsystems. 

1.  SCREENING 

Original  input  to  EMS  occurs  when  a  client  enters  one 
of  the  18  district  offices  and  fills  out  an  Application 
Form  800  -  Exhibit  II-l,  following  this  page.     The  Applica- 
tion Form  is  filled  out  by  the  client  with  guidance  from  the 
intake  and  referral   (I&R)   personnel.     Following  are  the  pri- 
mary duties  of  the  I&R  personnel  in  dealing  with  clients 
applying  for  any  of  the  welfare  programs. 

Help  clients  fill  out  Application  Form. 

Conduct  cursory  interviews. 

Schedule  eligibility  determination  interviews 
between  clients  and  eligibility  technicians 
(usually  within  5  to  10  working  days) . 

Inform  client  of  materials  needed  for  interview 
i.e.,  paycheck  stubs,  rent  checks,  etc. 

Using  the  Online  Inquiry  System  (ONIS) ,  research 
the  client's  history. 

Using  the  information  from  the  Application  Form, 
fill  out  the  initial  information  on  the  Case  Action 
Order  (Form  801)  which  is  sent  on  for  data  entry 
in  the  state  office  data  processing. 

Refer  clients  to  the  appropriate  program  per- 
sonnel i.e.,  Social  Services  worker  or  Public 
Assistance  case  worker. 

2.  INQUIRY 

EMS  has  a  feature  allowing  remote  on-line  inquiry  from 
the  district  offices.     The  Online  Inquiry  System  (ONIS)  gives 
authorized  persons  access  to  information  pertaining  to  New 
Hampshire  welfare  recipients.     There  are  currently  20  dif- 
ferent displays  available  to  the  users.     A  brief  description 
of  the  20  screens  is  as  follows: 
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NEW  IIAliolJIKL  DEPART-'.Eii?  OK  !:LALTII  A,JD  WELFARE 
DIVISION  OF  WELFARE 

APPLICATION  FORM 

Please  Print  Clearly  and  Answer  All  Questions  on  This  Page 


Form  800 
9/76 


'applicant  MftkMA-hoN 


1. 

Last  Name 

Firf.t  Name 

Initial  (Maiden) 

2. 

Birth  Date 

3. 

Mailing  Address 

4. 

Street  Address  (if  different) 

5. 

Telephone 

6. 

City  or  Town 

State 

7.  Zip 

Code           How  many  years  at  this  address? 

8. 

Social  Security  Number 

9.     I  wish  to  apply  fori 

a.  I    |    Financial  Assistance  Payments 

b.  Medical  Assistance 


c.  I     I    Food  Stamp  Program 

d.  I    I    Social  Services  (specify) 


10.    Describe  Briefly  the  Reason  You  Are  Requosting  Assistance/Service  From  the  Division  of  Welfare  for  Yourself  or  Your 
Household.    How  Have  You  Maintained  Yourself  Up  to  Now? 


< 


11.     List  All  Members  of  This  Household  Below  Including  Yourself;  Be  Sure  to  Indicate  Social  Security  Number,  Relationship, 


First  Name                        Last  Name                              SS  # 

Relationship 
to  Household 
Head 

Birthdate 

Student 

Adult 
Child 

AP 
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Yes  No 
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Exhibit  11-1(2) 

r  "'^£?EHOLD  INFORMATION  ~>V 

^P|i  Anyons,  In  Your  Household  Receiving,  Now  or  at  Any 
rime  in  the  Past,  Welfare.  Food  Stamps,  or  Services 
From  Any  Social  Service  Agency?  1    ]  Yea  j    |  no  If 
Yes,  Who  and  Which  District  OfffBTor  AgeTCy? 

18.    Do  You  Have  Cooking  Facilities  Where  You  Reside? 

□  Yes     Q  no 

19.    Are  You  or  Your  Spouse  Unable  to  Cook  Because  of 

Health?                                             .  . 

□  Yes      Q  No 

If  Yes,  Do  You  Receive  Meals  on  Wheels  or  Congregate 
Meals? 

|  j  Yes      j  |  No 

13.    Axe  All  Hesters  of  Your  Household  U.S.  Citizens? 

J  Yes       "J  NO       If  No,  Who  and  What  is  the 
individual '  ^Status? 

20.    Do  You  Own  Your  Own  Home? 

LJ  Yes      PI  No 

14.    Are  You  the  Head  of  Your  Household? 

□  Ye8     □  No 

21.    Do  You  Pay  Rent? 

□  Yes      Q  no 

15.    Are  There  Any  Children  in  the  House? 

{     |  Yes     Lj  No 

22.    How  Many  Persons  Living  in  the  Household  Pay 
Board?  Room? 

16.     Is  Anyone  in  the  Household  Blind  or  Disabled? 

PI  Xes     Q  no 

23.    Do  You  Pay  Utility  Bills? 

□  Yes      Q  no 

17.    Axe  One  or  Both  Parents  Dead,  Disabled  or  Absent  From 
the  Home?                                         __.  ™_ 

||  Yes    j  J  No 

24.    Do  You  Pay  Heating  Bills? 

"]  Yes      |    |  No 

You  or  Anyone  Else  in  This  House  Employed  Full  or  Part-time?    |    |  Yes  |    |  No  I    I  Full-time  D  Part-time 
26.    Are  You  or  Any  Adult  Household  Member  Able  to  Work?    |    |  Yes  |    |  No         If  No,  Explain  Why 


Nott 


27.    Have  You  or  Anyone  Else  Quit,  Been  Fired,  or  Refused  a  Job  Offer  Within  30  Days?    I    I  Yes    I    I  No 


INCOME 


23.    Do  You  or  Any  Members  of  This  Household  Have  Any  Income  Such  as  Wages,  Social  Security  Benefits,  VA  Benefits, 
Social  Security  Supplemental  Income,  etc.?     J~"j  Yes   f~]  No         If  Yes,  Complete  the  Information  Below. 


Names  of  Members  With  Income 


Source  of  Income 


Monthly  Income 


n 


ExniDit  n-i(J) 


RCE  INFORMATION 


2!  You  or  Any  Members  of  This  Household  Have  Cash  Savings,  a  Savings  Account,  Checking  Account,  Life  Insurance,  Real 

fstats,  or  Other  Resources?    I    I  Yes  I    I  No        If  yes.  Complete  the  Information  Below. 


Value 

Value 

EXPENSES  > 

30.    List  Those  Household  Members  Who  Have  Deductions  From  Earned  Income  or  Who  Pay  Household  Expenses  Such  as  Rent, 
Mortgage,  Utilities,  Heating  Bills,  Medical  Expenses,  or  Any  Expenses  Related  to  Employment  Such  as  Day  Care. 

Namas  of  Members  With  Expenses 

Type 

Amount/Per 

Type 

Amount/Per 

□ 

Yes 


□ 

NO 

□ 

No 


□  D 


□ 

Yes 

□ 

Yes 


No 

□ 

No 

□ 

No 


PLEASE  READ  BEFORE  SIGNING 

I  certify  that  I  understand  all  statements. made  on  this  form  and  that  the  information  is  true  and 
complete  to  the  best  of  my  knowledge.    I  also  understand  that  if  I  deliberately  give  any  false  in- 
formation or  withhold  information  related  to  my  situation,  now  or  in  the  future,  I  am  liable  for 
prosecution  for  fraud. 

I  agree  to  notify  the  agency  taking  this  application  IMMEDIATELY  if: 

a.  I  move. 

b.  Any  of  my  children  drop  out  of  school. 

c.  Any  people  living  in  my  home  move  out  or  other  people  come  to  live  with  me. 

d.  There  are  any  changes  in  the  family  income  or  resources. 

I  understand  that  I  may  request  a  hearing  if  I  am  not  satisfied  with  any  decision  regarding  eligi- 
bility made  by  this  agency.     I  also  understand  that  I  may  be  represented  by  an  attorney  at  a  Fair 
Hearing  and  that  the  Division  of  Welfare  will  not  pay  for  the  cost  of  these  legal  services.  Forms 
to  request  a  formal  hearing  are  available  at  each  District  Office  of  the  Division  of  Welfare  or  by 
writing  to  the  Division  of  Welfare,  8  Loudon  Road,  Concord,  New  Hampshire,  03301. 

In  accordance  with  the  Civil  Rights  Act  of  1964,  I  understand  that  I  have  the -right  to  file  a  com- 
plaint if  I  feel  I  have  been  discriminated  against  because  of  race,  color,  sex,  religious  or  poli- 
tical beliefs,  or  national  origin.    A  formal  complaint  may  be  filed  with  the  New  Hampshire  Dept.  of 
Health  and  Welfare,  8  Loudon  Road,  Concord,  New  Hampshire,  03301,  or  with  the  Secretary  of  the  Dept. 
of  Health,  Education,  and  Welfare,  Washington,  D.C,  20201. 

I  hereby  give  the  New  Hampshire  Division  of  Welfare  permission  to  obtain  verification  of  any  infor- 
mation which  I  have  listed  on  this  application  and  authorize  the  release  of  such  information  to  the 
Division.    This  release  is  valid  until  the  time  of  next  redetermination  of  eligibility. 


Date 


Signature  of  Applicant  '  

Signature  of  Person,  Other  Than  Applicant/Recipient  Who  Helped  Complete  This  Form. 

Date 


UffORTAOT!  PLEASE  READ  OTHER  SIDE. 


( 


( 


Exhibit  11-1(4) 


The  Privacy  Act  of  1974  provide*  that  each  State  Agency  that  asks  an  individual  for  a  Social  Security  mater  must  ball 
him  by  what  statutory  authority  such  number  is  solicited,  whether  disclosure  of  the  Social  Security  number  is  mandatory  or 
voluntary,  and  the  principal  purpose  or  purposes  for  which  this  information  is  to  be  used. 

This  notification  applies  to  all  applications  completed  for  Public  Assistance,  Medical  Ajsi stance.  Social  Services, 
and  Food  Stamp  Programs  operated  and  administered  by  the  Division  of  Welfare,  Hew  Hampshire  Department  of  Health  and  Welfare, 

According  to  Section  137  of  Public   Law  92-603  of  the  Social  Security  Amendments  of  1972,  providing  a  Social  Security 
ntaaber  (or  applying  for  a  Social  Security  number  if  the  individual  does  not  possess  one  at  the  time  of  application)  is  a 
condition  pf  eligibility  for  individuals  participating  in  the  AFDC  Program.    Benefits  of  the  program  may  be  withheld  or 
reduced  if  the  above  condition  is  not  met.     Individuals  who  apply  for  programs  other  than  AFDC  are  asked  to  furnish  their 
Social  Security  number  to  the  Division  of  Welfare  on  a  voluntary  basis. 

The  principal  purposes  of  the  New  Hampshire  Division  of  Welfare's  request  for  the  Social  Security  number  is  to  allow 
information  concerning  identification,  benefits,  and  earnings  to  be  exchanged  between  the  Division  of  Welfare  and  the  Social 
Security  Administration  and  between  the  Division  of  Welfare  and  the  New  Hampshire  Department  of  Employment  Security.  This 
Information  may  be  utilised  to  identify  discrepancies  in  the  financial  eligibility  records  maintained  by  the  Division  of 
Welfare. 

Further  information  concerning  the  requirements  and  use  of  the  Social  Security  number  in  applying  for  programs  operated 
by  the  Division  of  Welfare,  New  Hampshire  Department  of  Health  and  Welfare  may  be  obtained  at  any  Division  of  Welfare  Dis- 
trict Office. 


FOR  AGENCY  USE  ONLY 


Case  Number 


District  Officf 


Recipient 
Town  Code 


Contract  Agency  Name 


Provider  Number 


I  £  R  Appointment  Date 


I  &  R  Worker 


Assigned  Worker  Application  Date 


Was  the  applicant  given/sent  List  of  Required  Verifications  and  appointment  date? 
J  Yes  -  Appointment  Date 
No  -  Withdrawal  Reason: 


Where  referred:  AP  FS  MA  CFS  AS      j    j  Other  

Category  of  AP/MA  applied  for:      ~J  AFDC       ~J  AFDC— FC  OAA  APTD  [*" 

Is  this  a  new  case  opened  for  Social  Services  only?     □  Yes  □ 


ANB 

No 


Income  Verification  (For  Services  Only) 

Anraunt:     S _  per   j    j  Income  Eligible  Status  [    j  Income  Maintenance  Status 

DocumentatiorAver i  f  ication 


i\vc 


( 


Name  Search  displays  member  number  and  case  num- 
ber (s)   associated  with  a  given  name. 

Case  Head  Data  shows  the  name,  address,  phone 
number,  cate  technician,  and  district  office  for 
a  particular  case. 

AP/MA  Case  Summary  contains  all  the  data  in- 
cluded  in  the  AP/MA  case  record  of  the  data  base. 

AP  History  Screen  summarizes  all  AP  checks  written. 

Alternate  Payees  displays  information  about  any 
alternate  payees  assigned  to  a  case.  Information 
included  is  payee  type,  reason  for  assignment, 
name,  address,  and  effective  dates. 

Special  Payments  and  Adjustments  contains  the 
type,  reason,  amount  and  effective  dates  for  all 
special  payments  and  adjustments. 

Social  Services  Case  Data  displays  the  case  head, 
present  social  services  eligibility  status  and 
income  information  for  an  open  or  closed  services 
case . 

Food  Stamp  Case  Data  shows  the  case  head,  food 
stamp  case  number,  and  authorized  representative. 

Food  Stamp  History  summarizes  the  last  3  months 
of  participation  including  dates,  allotment,  pur- 
chase requirements ,  ATP  numbers ,  and  purchase 
options . 

Individual  Data/MA  Data  provides  status  codes, 
personal  data,  SSA  benefits  data,  and  income  and 
deduction  data.     It  is  designed  primarily  for  the 
use  in  processing  of  MMIS  claims. 

Individual  Data  provides  status  codes,  personal 
data,  SSA  benefits  data,  and  EPSDT  and  insurance 
data.     It  is  designed  for  use  of  district  office 
personnel . 

Individual  Eligibility  History  traces  eligibility 
periods  for  a  specified  individual  in  all  cases 
that  the  individual  was  associated  with. 

Case  Eligibility  History  summarizes  information 
such  as  program  category,  type,  district  office, 
eligibility  period,  and  reason  for  closing  for  all 
case  programs.     Both  opened  and  closed  cases  are 
included. 


Individual  Case  History  provides  the  program 
status  codes,  group  member  codes,  case  head,  and 
case  number  for  all  cases  in  which  the  individual 
wm;  involved. 

Cases  By  Individual  displays  the  current  eligi- 
bility Tn~f^i:iTiirETon— on  all  cases  in  which  an  indi- 
vidual is  involved. 

AP/MA  Case  Members  displays  all  individuals  who 
are  part  of  the  AP/MA  case . 

Social  Services  Case  Members  shows  all  individuals 
who  are  part  of  the  Social  Services  case. 

Food  Stamp  Case  Members  displays  all  individuals 
who  arc?  in  a  Food  Stamp  case. 

Transaction  History  shows  the  transactions  which 
have  been  processed  against  a  case,  the  batch 
number,   and  the  transaction  date. 

EMS  Display  Directory  lists  all  available  screens, 
the  information  required  for  a  valid  request,  the 
display  key  which  must  be  used  to  enter  a  request, 
and  the  display  title. 

When  using  ONIS  the  key  to  the  data  base  is  either  a 
9-digit  case  number,   11-digit  member  number  or  in  the  case 
of  the  Name  Search,  a  partial   (e.g.,  first  four  letters  of 
last  name)   or  entire  name  is  the  key. 

3.  MANUALS 

There  are  two  primary  references  used  by  the  eligibility 
technician : 

Public  Assistance  Manual  contains  the  regulations 
governing  the  financial  and  medical  assistance 
program  administered  by  the  state's  division  of 
welfare  in  compliance  with  Titles  IV-A  and  XIX  of 
the  Social  Security  Act  and  under  applicable  state 
laws.     The  manual  is  comprised  of  114  items.  Each 
item  is  segmented  into  four  components:     legal  base, 
definitions,  policy  and  procedures.     The  manual 
was  designed  in  coordination  with  the  development 
of  EMS,  both  being  released  in  May  of  19  78.  The 
format  and  content  of  each  item  and  the  sequential 
ordering  of  the  times  within  the  manual  are  designed 
to  provide  the  eligibility  technician  with  a  easily 
accessible  and  understandable  official  statement  of 
Public  Assistance  policy. 
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Case  Action  Order  Handbook  is  used  as  a  dosk  top 
reference  and  training  tool  by  the  district   o t  t  i «.»e 
staff  in  completing  input  and  correction  documents 
for  EMS.     The  handbook  does  not  state  policy.  There- 
for,  it  is  necessary  that  the  handbook  user  be 
familiar  with  program  policy  and  know  how  to  use 
the  Public  Assistance  Manual.     The  handbook,  which 
was  also  released  in  May  of  1978  was  designed  in 
conjunction  with  the  development  of  EMS. 

4.        APPLICATION  PROCEDURES 

The  initial  Case  Action  Order  Form  801   (Exhibit  II-2, 
following  this  page) ,  which  is  filled  out  by  I&R  personnel 
and  then  entered  into  EMS,  generates  a  turnaround  document 
which  is  a  computer-printed  copy  of  the  801.     The  turnaround 
801  is  returned  to  the  district  office  where  it  is  filed  in 
the  Eligibility  File  and  is  available  for  use  during  and 
following  the  Eligibility  Determination  Interview. 

Pending  cases  are  established  in  EMS  as  soon  as  the 
original  801,  coded  by  I&R  personnel,  is  keyed  into  the 
system.     In  order  to  control  the  actual  number  of  pending 
cases,  the  I&R  personnel  must  submit  the  original  801  within 
3  working  days  of  the  receipt  of  the  Form  800  from  the  client. 

Case  technicians  conduct  Eligibility  Determination 
Interviews  for  persons  applying  for  Assistance  Payments   (AP) , 
Medical  Assistance   (MA),  or  Food  Stamps   (FS)  programs.  The 
eligibility  technician  together  with  the  client  fill  out 
the  Eligibility  Determination   (Form  811)   -  Exhibit  II-3,  fol- 
lowing Exhibit  II-24  One  Individual  Household  Member  Form  812 
(Exhibit  II-4,  following  Exhibit  II-3)   is  also  completed  for 
each  individual  in  the  case.     Forms  811  and  812  are  used  to 
collect  the  information  necessary  to  determine  technical  and 
financial  eligibility  for  each  program  area. 

The  technician  together  with  the  necessary  references 
determines  whether  or  not  the  case  meets  categorical,  tech- 
nical, and  general  eligibility  requirements  for  each  pro- 
gram for  which  the  client  applies.     The  eligibility  techni- 
cian must  also  determine  whether  or  not  the  case  is  eligible 
on  the  basis  of  resources. 

If  a  case  is  determined  ineligible  because  of  a  lack 
of  categorical  requirements  or  due  to  excess  resources,  the 
appropriate  denial  code  is  entered  on  the  801  along  with 
the  case  head's  name,  number,  and  date  of  birth  so  that  the 
individual  will  remain  in  the  system  in  the  event  of  a 
reapplication . 

If  the  case  technician  has  determined  that  the  client 
is  eligibile  for  any  of  the  programs,  the  case  technician 
updates  the  computer  generated  801  with  information  from  the 
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Exhibit  11-2(2) 
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Exhibit  11-3(1) 


NEW  HAMPSHIRE  DIVISION  OF  WELFARE 

ELIGIBILITY  DE1HWNATI0N  FORM 


New  Application 
Redetermination 


Date 


Reappl ication 

Fnrm  Pi  1  I 

9/Yb 

Recertif ication 

1.     Case  Number 


2.     Case  Name  (Last) 


(First) 


(MI) 


4.  Sex 


5.  Telephone 


6.  Resident 
Town  Code 


7.     Proof  of  Identity  S  Residency 


3.    Maiden  Name 


8.  Birthdate 


If  current  address  on  application  form  less  than  one  year,  list  prior  addresses  and  length  of  stay  for  past  two  years. 
9.     Current  Mailing  Address  City  10.     Current  Resident  Address  City 


State  and  Zip  Code 


Length  of  Stay 


Previous  Mailing  Address 


City 


State  and  Zip  Code 


Length  of  Stay 


State  and  Zip  Code 


Length  of  Stay 


Previous  Resident  Address 


City 


State  and  Zip  Code 


Length  of  Stay 


11.     Is  applicant  applying  for  AFDC  or  AFDC-MA? 


□ 


yes 


no         If  yes,  complete  the  sections  below: 


[  Unmarried 

Married 
|  Widowed 


»□ 
□ 


Separated  How  Verified? 

Legally  Separated       Former  Name  

Divorced  Date 


Is  absent  parent  kept  from  returning  home  by  Court  Order?   £^  j    yes£^  j 


IMPRISONMENT 

If  parent  is  imprisoned,  give  date  of  imprisonment 


Will  imprisonment  be  for  30  days  or  more? 
How  long?  


Check  the  appropriate  Child  Support  Code: 

Q  1.     Should  be  receiving  child  support  and  mother  is  cooperating  obtaining  support. 
□  2.     Should  be  receiving  child  support  and  mother  is  not  cooperating . 
O  0.     Should  not  be  receiving  child  support. 


12.     Has  applicant  had  property  (land,  house,  savings,  cash)  sold  or  transferred  within  3  years  prior  to  application? 
jU  yes    I    j  no  If  yes,  determine  if  this  was  for  the  purpose  of  becoming  eligible  and  explain  below: 


13.     At  this  point,  complete  in  order  of  age,    (oldest  to  youngest)  an  Individual  Household  Member  Page  for  each  individual 
in  the  family  or  house)>old.     The  page  number  you  assign  and  the  first  name  will  be  used  to  identify  individuals  in 
the  following  sections  of  this  form.     Number  of  individual  pages  completed 


h 


:>Vi  this  an  AFDC-FC  appl 


icant? 

□  Yes  □ 


no         If  yes,  complete  below. 


Was  child  eliqible  or  would  he  have  been  for  AFDC  in  the  month  court  proceedings  for  custody  were  initiated? 
|* |  yes  ^  J  no  If  yes,  how  verified?  


ER  76-213 
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Additionally  the  following  data  bases  are  input 
to  the  Issuance  Subsystem: 

FS  Case  Data  Base 

MA  Case  Data  Base 

Outputs 

The  outputs  from  the  Issuance  Subsystem  consist  of 
reports,  checks  and  files  for  input  to  other  subsystems. 
Each  is  described  below. 

The  following  files  are  produced  by  the  Issuance 
Subsystem: 

Issued  Check  Data  File  -  contains 
check  data  for  each  case  which  has 
been  determined  to  be  eligible  to 
receive  a  PA  check.     This  file  is 
used  internally  to  the  subsystem  to 
produce  checks  and  is  also  input 
to  the  Reconciliation  Subsystem. 

Monthly  Statistical  File  -  contains 
statistical  total  data  for  input  to 
the  Statistical  Processing  Subsystem. 

Medicaid  File  -  contains  Medicaid  for 
each  case  determined  to  be  eligible 
to  receive  Medicaid  assistance  during 
the  coming  month.     This  file  is  used 
internally  to  produce  Medicaid  cards 
and  to  update  the  MA  Case  Data  Base . 
Additionally,   it  is  used  as  input  to 
the  DHMH  Medicaid  System. 

ATP  Card  Data  File  -  contains  ATP  card 
data  for  each  case  which  has  been  de- 
termined eligible  to  receive  ATP  cards. 
It  is  used  internally  to  produce  ATP 
cards . 

Immediate  Issue  ATP  Match  File  -  contains 
ATP  issuance  data  for  input  to  the  Re- 
conciliation Subsystem. 

The  following  AIMS  data  bases  are  updated  by  the 
Issuance  Subsystem: 
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PA  Case  Data  Base  -  a  payment  segment 
for  each  case  issued  a  regular  PA  check; 
prior  quarter  segment  information;  OTC 
segment  to  record  the  issuance  of  an  OTC 
check;  delete  month-old  PA  held  check 
segments . 

MA  Case  Data  Base  -  payment  data  for 
eligible  Medicaid  cases. 

In  addition  to  the  PA  checks  and  ATP  and  MA  cards 
which  are  produced  by  the  Issuance  Subsystem  for 
authorized  cases,  the  subsystem  also  produces  the 
following  reports: 

Trial  Balance 

Mail  Issuance  Listing 

PAW  Disbursement  Summary 

PAW  Mailing  Labels 

PA  Held  Check  Report 

Held/Released  ATP  Card  Report 

Zero  Purchase  Households  Due  for 
Home  Visits  Report 

PA  Check  Reconciliation 

FS  ATP  Card  Register 

The  processing  flow  of  the  Issuance  Subsystem  is  depicted 
in  Exhibit  III-8 ,   following  this  page. 
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EXHIBIT  III-8 
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7.      RECONCILIATION  SUBSYSTEM 


The  Reconciliation  Subsystem,  a  batch  process,  accounts 
for  the  actual  execution  of  fiscal  documents  and  provides 
financial  audit  trails  for  AIMS  administration.     More  spe- 
cifically, the  Reconciliation  Subsystem  performs  the  follow- 
ing functions: 

Check  reconciliation  and  reporting 

Check  accountability 

ATP  verification  and  reporting 

ATP  card  reconciliation 

Inputs 

The  following  six  files  are  input  to  the  Reconciliation 
Subsystem: 

Bank  Reconciliation  Data  File-  contains  check  data 
provided  by  various  banks. 

Issued  Check  Data  File-  produced  by  the  Issuance 
Subsystem  and  contains  data  pertaining  to  checks 
which  have  been  issued. 

Old  Check  Issue  Data  File-  the  New  Check  Issue 
Data  File  created  in  the  previous  reconciliation 
cycle. 

Reconciliation  Corrections-  corrections  to  errors 
detected  in  prior  processing  cycles  which  are  pro- 
vided via  the  Data  Entry  Subsystem. 

ATP  Reconciliation  Data  File-  contains  ATP  card 
data  from  the  Baltimore  OCR  facility. 

Immediate  Issuance  ATP  File-  contains  emergency 
case  identification. 

Outputs 

The  following  seven  files  and  three  reports  are  output 
by  the  Reconciliation  Subsystem: 

PA  Case  Data  Base-  contains  PA  case  data.  The 
check  issue  segments  are  updated  to  reflect  check 
dispositions  such  as  stop,  cancel,  and  rescind 
stop. 
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New  Check  Issue  Data-  contains  the  merged  data 
from  both  the  Issued  Check  Data  File  and  the  Old 
Check  Issue  Data  File.     It  becomes  the  Old  Check 
Issue  Data  File  in  the  next  processing  cycle. 

Food  Stamp  Case  Data  Base-  contains  food  stamp 
case  data.     The  issue  segment  is  updated  with  the 
cash  amount  received  and  the  food  stamp  purchase 
code . 

Mail  Issuance  Data  File-  contains  one  record  for 
each  ATP  card  mail  issuance  request  and  is  used  as 
input  to  the  Issuance  Subsystem. 

Immediate  Issuance  ATP  File-  is  updated  to  reflect 
the  immediate  issuance  ATP sard  execution  date. 

Issuance  History  File-  contains  both  check  and 
ATP  card  issuance  data  for  input  to  the  History 
Subsystem. 

Reconciliation  Statistics-  contains  check  and  ATP 
card  reconciliation  data  for  input  to  the  Statis- 
tical Processing  Subsystem. 

S070-PA  Check  Accountability  Report-  contains  a 
listing  of  check  issuance  data  reflecting  stop 
check,  cancel  check  and  rescind  stop  actions  as 
well  as  checks  automatically  cancelled  90  days 
after  issuance. 

S075  PA  Check  Reconciliation  Report-  contains  a 
list  of  reconciliation  errors  and  totals  for  number 

and  dollar  value  of  PA  checks,  both  reconciled 
and  unreconciled. 

Food  Stamp  Reconciliation  -  lists  ATP  reconcilia- 
tion exceptions  and  all  ATP  emergencies  that  have 
not  been  executed  30  days  after  issuance. 

Exhibit  III-9,  following  this  page,  depicts  the  processing 
flow  of  the  Reconciliation  Subsystem. 

8.      QUALITY  CONTROL  SUBSYSTEM 

The  Quality  Control  Subsystem  produces  Food  Stamp  and 
AFDC  Quality  Control  samples  and  prepares  the  statistical 
information  required  for  reporting  to  the  Federal  govern- 
ment. 
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I.     BACKGROUND  OF  THE  OKLAHOMA 


CASE  INFORMATION  SYSTEM  -  OCIS 


1 .  BACKGROUND 


The  original  systems  utilized  by  the  Oklahoma  Department 
of  Institutions,  Social  and  Rehabilitative  Services  (DISRS) 
to  capture,  process  and  record  case-related  data  in  the  dif- 
ferent public  assistance  programs  were  indepedent,  primarily 
manual  processes.      These  systems  were  usually  only  automated 
in  the  areas  of  reporting  and  check  writing.     Some  of  the 
problems  that  these  original  independent  systems  confronted 
were: 


Unavailability  of  data  which  was  usable  to  all 
operating  units  within  DISRS 

Inability  to  respond  to  change  in  State  and 
Federal  program  requirements 

Difficulty  in  obtaining  the  data  required 
for  management  to  administer  the  different 
programs 

Growing  demands  strained  the  existing  systems 
to  their  operational  limits. 

A  preliminary  study  was  begun  in  1967  by  the  State  to 
document  the  existing  systems,  the  data  that  was  being  re- 
corded, the  forms  that  were  used,  and  the  processing  of  the 
forms.     It  was  apparent  that  a  new  system  could  be  designed 
and  implemented  which  would  more  readily  serve  the  needs  of 
DISRS  in  responding  to  its  goals  as  outlined  in  State  and 
Federal  legislation.     Information  that  was  recorded  on  a 
multitude  of  forms  and  in  many  separate  master  files  could 
be  combined  into  a  common  data  base  and  transactions  could 
be  defined  which  would  update  this  data  base.     By  having  this 
broad  comprehensive  data  base,  it  would  be  possible  to  eli- 
minate a  large  number  of  existing  programs,  processes,  and 
forms,  each  of  which  fulfilled  a  specific  need,  and  substitute 
in  their  place  generalized  processing  and  reporting  programs 
which  would  allow  for  growth.  N 

The  purpose  of  the  Case  Information  project  was  to  con- 
solidate into  one  file  and  provide  one  processing  method  for 
transactions   (originating  in  the  field)  which  are  received, 
edited,  recorded,  and  the  current  information  is  transmitted 
back  to  the  field.     When  changes  are  submitted  from  the  field 
to  the  State  Office,  they  would  be  entered  into  the  system 
and  the  updated  status  returned  to  the  county.     Each  time  a 
transaction  came  in,  the  current  information  on  file  would  be 
printed  back  out  on  a  new  turnaround  document  and  in  this  way 
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the  document,  when  returned  to  the  field,  would  always  have 
all  of  the  current  information  on  file  about  a  case  so  that 
the  caseworker  would  know  exactly  what  State  Office  files 
contained. 

The  Case  Information  Project  would  allow  a  large  number 
of  forms  to  be  consolidated,  and  the  recording  of  duplicate 
data  would  be  greatly  reduced  at  the  field  level.     By  design- 
ing an  integrated  processing  system  for  case  transactions,  the 
State  could  eliminate  a  large  number  of  manual  and  clerical 
procedures  that  were  performed  on  changes  as  they  came  in  from 
the  field  to  the  State  Office.     Under  the  old  systems,  the 
status  of  files  was  determined  monthly  and  reports  could  be 
brought  up  to  date  once  each  month.     By  having  a  turnaround 
document  with  case  data  stored  on  direct  access  devices,  changes 
could  be  processed  daily  and  the  work  flow  balanced  throughout 
the  month.     Also,  reports  could  be  taken  from  this  file  at  any 
time  and  reflect  current  information. 

The  Case  Information  System  consolidates  into  one  file 
and  provides  one  processing  method  of  transactions  for: 

Old  Age  Assistance  (OAA) 

Aid  to  the  Blind  (AB) 

Aid  to  Families  with  Dependent  Children  (AFDC) 
Aid  to  the  Permanently  and  Totally  Disabled  (APTD) 
Eligibility  for  Titles  XVIII  and  XIX 
Medical  Assistance  Only 

Food  Stamps   (Public  Assistance  and  Non-PA) . 

The  advantages  derived  from  OCIS  include: 

Reduction  in  the  variety  of  reporting  forms 

Current  information  for  on-line  inquiry 

Reduced  programming,  recording,  reporting,  and 
processing  effort 

Availability  to  produce  "need-to-know"  reports 

Consolidation  and  integration  of  all  data  on 
case  information  into  one  data  base. 

In  summary,  development  of  the  Case  Information  System 
involved  a  cohesive  effort  in  combining  functions  for  record- 
ing applications,  certification  processes,  reviews  and  changes, 
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payments,  periodic  reporting,  and  producing,  within  the  opera 
tional  scope  of  the  Oklahoma  DISRS,  management  information. 


2.  CURRENT  STATUS 

The  OCIS,  which  was  developed  over  an  11-year  period,  is 
now  undergoing  a  software  rewrite  to  accommodate  IBM's  Infor- 
mation Management  System  (IMS) .     The  effort  follows  in  the 
development  cycle  which  began  with  completion  of  the  original 
design  in  1969.     There  was  a  comprehensive  modification  effort 
in  1972  and  an  extensive  software  rewrite  in  1976.     The  IMS 
rewrite  is  expected  to  provide,  as  by-products,  more  substan- 
tive system  documentation  and  software  more  suitable  for  the 
IBM  3032  environment  servicing  the  450  device  teleprocessing 
network. 

The  77  counties  which  function  under  the  OCIS  have  entered 
more  than  1.5  million  individuals  onto  the  State  files  since 
1969.     No  inordinate  increase  is  projected  in  the  client  popu- 
lation in  the  near  future.     Based  on  this  premise,  the  current 
plans  for  hardware  upgrade  and  software  modification  for  OCIS 
seem  consistent  with  near-term  requirements. 

The  OCIS  has  demonstrated  through  the  years  a  soundness 
in  design  and,  in  particular,  a  dedicated  and  perceptive  staff. 
These  factors  have  become  apparent  through  the  several  success- 
ful transfer  projects  which  have  been  completed. 

3.  DEVELOPMENTAL  AND 
OPERATING  COSTS 

The  total  cost  for  development  of  the  OCIS  is  estimated 
at  $2.2  million.     It  should  be  noted  that  these  development 
costs  have  been  spread  over  several  years  and  consequently 
would  be  inflated  in  today's  economic  environment. 
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II.     OKLAHOMA  CIS 
PROCESSING  DESCRIPTION 


This  section  describes  the  manual  processes  of  the  OCIS 
eligibility  determination  function  and  the  interfaces  with  the 
automated  portions  of  the  system.     The  eligibility  determina- 
tion process  is  described,  followed  by  examples  of  the  primary 
forms  used  to  support  the  system. 

1.       ELIGIBILITY  DETERMINATION  PROCESS 

The  OCIS  eligibility  determination  process  is  an  orderly, 
comprehensive  evaluation  of  client  needs  integrated  with  a 
thorough  verification  methodology.     Observation  of  eligibility 
determination  functions  at  the  county  level  and  a  review 
of  procedural  documentation  has  provided  a  complete  represen- 
tation of  the  OCIS  eligibility  worker  activities  presented 
below. 

The  eligibility  determination  process  under  OCIS  has  been 
divided  into  three  general  subprocesses : 

Client  Intake  Process 

Investigative  Activities 

Certification  Process. 

This  routine  must  be  followed  by  all  applicants  for  assis- 
tance and  the  result  is  periodically  reviewed  and  validated 
through  a  redetermination  process. 

The  eligibility  determination  process  is,  therefore,  a  < 
continuous  function  which  begins  with  a  client's  indication 
to  the  Department  of  Institutions,  Social  and  Rehabilitation 
Services  (DISRS)   that  he  desires  to  receive  assistance  through 
final  disposition  of  his  application  coupled  with  continuing 
review  of  his  eligibility  for  participation  in  any  of  the 
DISRS-administered  programs .  r  a 

W  in 
O 

Client  Intake  Process  £  * 

This  is  the  initial  contact  between  an  applicant  and  the  £^ 

eligibility  worker.     Information  is  collected  relative  to  the  £  £ 

applicant's  circumstances  during  personal  interviews  and  an  <  £ 

application  form  is  completed.  This  process  is  composed  of  £ 
reception  screening,  interview,  and  case  assignment. 

When  a  client  enters  a  county  office,  he  is  received  and 
a  minimum  amount  of  identifying  data  is  collected.     An  on-line 
inquiry  is  then  performed  to  determine  if  the  applicant  is 
already  on  the  OCIS  files. 
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The  intake  interview  is  the  beginning  of  the  process  of 
eligibility  determination.     The  extent  to  which  eligibility 
is  determined  during  the  intake  interview  varies  according  to 
the  capabilities  of  the  applicant  and  the  amount  of  verifica- 
tion which  is  required.     The  client  has  the  right  and  the  re- 
sponsibility to  participate  in  the  determination  of  his 
eligibility  for  all  programs  and  is  relied  on  as'  the  primary 
source  of  information. 

All  information  relating  to  eligibility  must  be  verified 
by  documents  provided  by  the  client  or  from  information  fur- 
nished by  other  sources.     In  the  event  the  client  is  unable 
to  participate  in  the  determination  of  eligibility  because  of 
circumstances  such  as  physical  or  mental  disability  or  inabil- 
ity to  speak  English,  the  worker  is  responsible  for  contacting 
other  persons  who  may  be  able  to  help  in  establishing  eligi- 
bility for  assistance  and  services  for  which  the  client  may 
qualify. 

The  applicant  is  informed  of  each  condition  of  eligibil- 
ity which  must  be  established,  the  information  needed  to  estab- 
lish each  condition  of  eligibility,  policies  relating  to  the 
resources  reported  by  the  applicant,  and  the  help  which  DISRS 
can  provide  in  establishing  eligibility.     The  client  is  informed 
that  by  signing  the  application  for  assistance,  he  gives  per- 
mission to  DISRS  to  secure  essential  substantiation  from  sources 
other  than  himself  if  he  is  unable  to  furnish  adequate  data. 
The  applicant  is  given  pamphlets  which  explain  the  assistance 
programs  applicable  to  his  request. 

During  the  intake  interview,  the  worker  is  responsible 
for  recognizing  expressed  or  implied  needs   (other  than  a  re- 
quest for  financial  assistance) ,  determining  whether  there  is 
a  need  for  crisis  intervention,  and  for  making  the  appropriate 
referrals . 

An  application  form  is  completed  for  each  program  parti- 
cipation request.     The  payee  and  spouse,  if  living  together, 
both  sign  the  application  form.     This  application  may  be  denied 
at  intake  if  adequate  information  is  available  to  determine 
that  the  applicant  is  ineligible.     The  applicant  may  voluntar- 
ily withdraw  his  request  for  assistance  either  before  or  after 
signing  the  application  form. 

Normally  it  is  not  possible  to  certify  eligibility  at  in- 
take due  to  the  need  for  verification.     In  certain  situations, 
all  eligibility  conditions  can  be  established  by  using  the  in- 
formation which  is  available  in  the  county  office  in  addition 
to  the  information  collected  during  the  intake  interview. 

The  worker  completes  or  updates  Form  ABCD-105A,  and  B 
if  necessary,  and  other  supplemented  forms  related  to  the 
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application.     The  results  of  the  intake  interview  are  re- 
corded in  narrative  form.     This  record  makes  clear  any  cir- 
cumstances regarding  emergency  needs  and/or  services  offered. 

A  case  folder  is  prepared  for  each  application.  The 
forms  completed  at  intake  and  the  intake  narrative  are  placed 
in  a  case  folder  identified  by  applicant  name  and  the  appro- 
priate program  category.     Within  two  working  days  following 
the  date  of  application,  the  case  record  is  routed  to  a  super- 
visor responsible  for  case  assignments. 

If  it  is  discovered  that  an  applicant  is  known  to  another 
county  department,  the  local  office  where  the  applicant  is  cur- 
rently applying  initiates  a  transfer  of  the  case  record. 

After  case  assignment,  the  worker  reviews  the  application 
form  for  completeness,  clarity,  consistency,  possible  error, 
questionable  statements,  and  for  items  which  need  verification. 
Also,  other  records  of  DISRS,  concerning  the  applicant  and  his 
situation  are  considered  in  reviewing  the  case. 

Investigative  Activities 

Several  steps  are  taken  to  verify  application  information 
after  case  assignment.     The  assigned  worker  makes  a  "home  visit' 
to  the  applicant's  residence  and  the  applicant  is  given  the 
opportunity  to  provide  additional  information  for  clarification 
and/or  supporting  documents  to  verify  his  eligibility.  When 
the  information  which  the  client  provides  is  incomplete  or  in- 
consistent, he  is  advised  that  additional  information  is  re- 
quired.    Normally  agreement  is  reached  between  the  client  and 
the  worker  as  to  the  source  of  the  additional  information  which 
will  be  used  when  the  worker  explains: 

What  questions  remain 

How  the  client  can  resolve  or  help  to  resolve 
these  questions 
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What  action  the  worker  can  take  to  resolve  them  ° £ 

The  need  to  resolve  the  questions  if  eligibility  "  £ 

is  to  be  established.  M 

cr  «a 

If  the  client  refuses  to  give  permission  for  the  collection  of 
additional  information  his  application  is  withdrawn.  £  £ 

<  ax 
•  rt- 

Before  contacting  collateral  sources  for  information  per-  S 
tinent  to  the  client's  DISRS  application,  written  authorization 
must  be  obtained  from  the  applicant.     The  authorization  will 
include  the  permission  of  the  client's  spouse  for  information 
regarding  his/her  circumstances  to  be  provided  in  connection 
with  the  same  application,  and  that  of  the  client's  parents 
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when  the  client  is  a  dependent  blind  child.     Agencies  or  per- 
sons which  are  contacted  for  information  relating  to  the 
client's  eligibility  are  advised  of  the  reason  for,  and  use 
of,  the  information  they  are  providing.     If  the  agency  or  per- 
son is  not  willing  to  have  the  information  provided  used  in 
a  hearing  or  not  willing  to  have  the  client  know  the  informa- 
tion furnished,  comments  are  recorded  in  the  case  record  and 
marked  "confidential."     This  information  may  not  be  used  in 
determining  the  client's  eligibilty.     That  does  not  preclude 
the  worker's  responsibility  for  working  with  the  client  in 
order  to  establish  a  basis  for  a  valid  decision  concerning 
his/her  eligibility. 

Additional  information  and  verification  of  all  factors 
of  eligibility  are  included  in  the  narrative  which  accom-* 
panies  each  application.     No  additional  information  is  en- 
tered over  the  applicant's  signature  on  the  application  form 
by  either  the  applicant  or  worker. 

Certification  Process 

Each  application  is  disposed  of  by  a  certification  of 
eligibility  or  ineligibility  unless  the  applicant  voluntarily 
withdraws  his  written  application.     The  worker  is  responsible 
for  support  of  the  certification  decision  with  the  case  record 
A  condition  of  eligibility  is  established  after  "acceptable" 
verification  is  provided  and  the  worker  has  certified  that  the 
applicant  is  eligible  or  ineligible  by  signing  and  updating 
Form  105.     Each  application  must  be  disposed  of  by  a  date 
which  will  bring  the  effective  date  of  action  (in  case  of 
approval,  the  date  of  receipt  of  the  first  money  payment) 
normally  within  30  days  following  the  date  of  application.  In 
situations  such  as  illness,  resignation,  or  annual  leave,  pre- 
cedence in  use  of  remaining  staff  time  is  given  to  pending  ap- 
plications.    In  an  instance  where  application  disposition  is 
not  possible  within  this  time  standard,  the  applicant  is  noti- 
fied in  writing  at  the  end  of  the  period  of  the  reason  for  the 
delay  and  of  his  right  to  request  a  hearing  if  he  chooses. 

After  certification,  appropriate  data  is  manually  entered 
on  an  Application  Register  in  the  county  office.     The  Form  105 
is  then  entered  into  the  OCIS  automated  system  as  indicated  by 
the  preceeding  process,  the  determination  of  eligibility  is  a 
manual  function  of  the  worker.     It  is  augmented  by  the  auto- 
mated portion  of  OCIS  in  that  the  calculation  of  the  dollar 
amount  of  assistance  is  checked  and  case  information  is  col- 
lected on  the  various  computer  files.  . 

Cancellation  of  an  application  results  when  the  applicant 
is  unwilling  to  establish  his  eligibility  or  when  the  applica- 
tion is  treated  as  a  cancellation.  Cancellation  of  an  applica 
tion  occurs  in  the  following  instances: 


Death  of  applicant  prior  to  certification 


Attempt  to  locate  applicant  at  reported 
address  has  failed 

Correction  of  errors,  e.g.,  an  application 
may  have  been  improperly  executed  by  a 
client  who  is  already  receiving  assistance 

Applicant  withdraws  his  application  (Note: 
the  decision  to  withdraw  or  terminate  his 
application  at  any  point  prior  to  a  deter- 
mination of  eligibility  or  ineligibility 
rests  with  the  applicant  alone) . 

Factors  surrounding  each  case,  status  of  recipients,  and 
the  policies  and  procedures  governing  the  programs,  are  dy- 
namic in  nature.     The  determination  of  eligibility  is  there- 
fore a  continuing  process  which  is  accomplished  at  appropriate 
points  to  ensure  payment  is  made  only  to  eligible  recipients 
and  that  the  payment  is  correct. 

A  redetermination  of  all  variable  conditions  of  eligi- 
bility is  completed  at  specified  intervals.     This  redetermi- 
nation of  eligibility  involves  review  of  several  variable 
conditions  of  eligibility.     Each  periodic  redetermination  in- 
cludes at  least  one  interview  with  the  client  in  his  home. 
Periodic  redetermination  of  eligibility  is  completed  for  AFDC 
recipients  at  six-month  intervals  and  for  State  Supplemental 
Payment  recipients  on  a  12-month  basis,  for  review  of  need 
for  Medical  Assistance. 


The  variable  conditions  of  eligibility  which  are  subject 
to  change  and  are  the  focus  of  the  redetermination  process  are: 

Need  -  a  variable  condition  of  eligibility  in 

all  categories  < 
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State  residence  -  a  variable  condition  of  eli-  <~*  a> 


gibility  in  all  categories 
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Residence  in  a  public  institution  -  a  variable 
condition  of  eligibility  in  all  categories  7  i 

—  o 

Blindness  and  disability  -  in  State  Supplemental  * h 

Payment  for  the  blind  and  the  disabled  cases  p> 

J.  X). 
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Incapacity  -  in  AFDC,  based  on  continuous  ;•  £ 

receipt  of  disability  payment  from  the  Social 
Security  Administration  or  a  decision  of  the 
Medical  Evaluation  Unit 
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Solicitation  of  alms  -  a  variable  condi- 
tion of  eligibility  in  State  Supplemental 
Payment  for  the  Blind 

Concurrent  receipt  of  assistance  -  a  vari- 
able condition  in  all  categories 

Age  -  a  variable  condition  for  each  child 
(under  21  years  of  age)   in  AFDC  cases 

Living  in  the  home  of  a  relative  -  a  vari- 
able condition  of  eligibility  in  AFDC  cases 

School  attendance  between  the  ages  of  18  and 
21  years  of  age  -  a  variable  condition  of 
eligibility  of  AFDC 

Deprivation  of  parental  support  -  a  vari- 
able condition  of  eligibility  in  AFDC  cases 

Registration  or  exemption  from  registration 
for  the  Work  Incentive  Program  (WIN)   -  a 
variable  condition  of  eligibility  for  each 
recipient  in  an  AFDC  case. 

Control  of  the  eligibility  redetermination  process  is 
provided  by  the  OCIS.     Computer-generated  reports  are  pro- 
duced and  mailed  monthly  to  the  county  administrator,  the 
assistance  payments  supervisor,  and  the  assistance  payments 
worker  identifying  all  cases  with  redetermination  due  during 
the  following  two  months.     These  reports  are  marked  to  show 
the  completion  of  work  as  it  is  done  and  are  maintained  in  the  ®  h 

county  as  a  supervisory  control  document.  ^ x 

2.       OCIS  FORMS/INPUT  DOCUMENTS 


There  are  ten  principal  forms/input  documents  used  in 
the  OCIS.     Each  form  is  briefly  described  below  followed  by 
an  exhibit  displaying  the  form. 


< 
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Intake  Inquiry  Card  -  This  card  is  completed 
and  used  during  the  original  visit  by  the  £  £ 

client  to  collect  information  which  the  OCIS  £  £ 

inquiry  system  may  already  have  on  file  con-  -  £ 

cerning  the  client.     The  card,  included  as  2 
Exhibit  II-l,   following  this  page,  is  used 
by  the  inquiry  clerk  and  the  intake  eligibility 
worker . 

Case  Information  Form  105A  -  This  is  the 
primary  input  document  used  in  the  OCIS. 


-9- 


Solicitation  of  alms  -  a  variable  condi- 
tion of  eligibility  in  State  Supplemental 
Payment  for  the  Blind 

Concurrent  receipt  of  assistance  -  a  vari- 
able condition  in  all  categories 

Age  -  a  variable  condition  for  each  child 
(under  21  years  of  age)   in  AFDC  cases 

Living  in  the  home  of  a  relative  -  a  vari- 
able condition  of  eligibility  in  AFDC  cases 

School  attendance  between  the  ages  of  18  and 
21  years  of  age  -  a  variable  condition  of 
eligibility  of  AFDC 

Deprivation  of  parental  support  -  a  vari- 
able condition  of  eligibility  in  AFDC  cases 

Registration  or  exemption  from  registration 
for  the  Work  Incentive  Program  (WIN)   -  a 
variable  condition  of  eligibility  for  each 
recipient  in  an  AFDC  case. 

Control  of  the  eligibility  redetermination  process  is 
provided  by  the  OCIS.     Computer-generated  reports  are  pro- 
duced and  mailed  monthly  to  the  county  administrator,  the 
assistance  payments  supervisor,  and  the  assistance  payments 
worker  identifying  all  cases  with  redetermination  due  during 
the  following  two  months.     These  reports  are  marked  to  show 
the  completion  of  work  as  it  is  done  and  are  maintained  in  the  m  h 

county  as  a  supervisory  control  document.  £  * 

2 .       OCIS  FORMS/INPUT  DOCUMENTS 


< 


O 

rt-  ><; 
O  rr 


There  are  ten  principal  forms/input  documents  used  in  3  § 


the  OCIS.  Each  form  is  briefly  described  below  followed  by 
an  exhibit  displaying  the  form. 


—  o 

X3 

r  -a 


Intake  Inquiry  Card  -  This  card  is  completed 
and  used  during  the  original  visit  by  the 
client  to  collect  information  which  the  OCIS 

inquiry  system  may  already  have  on  file  con-  £ 
cerning  the  client.     The  card,  included  as 
Exhibit  II-l,  following  this  page,  is  used 
by  the  inquiry  clerk  and  the  intake  eligibility 
worker. 

Case  Information  Form  10 5A  -  This  is  the 
primary  input  document  used  in  the  OCIS. 
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Exhibit  II-l 


INTAKE  INQUIRY  CARD 


HAMS  i   DATE/ -/^  7?  TIME 

(Last)  (First)  (Middle) 

CROSS  REFERENCE  NUMBERS  CO.  #       CHILDREN(S)  NAME(S) 


< 


ADDRESS  CATEGORY  »  H 


SS#  DATE  OP  BIRTH   


X 
£0 


PRIOR  NAME(S). 
SPOl 

ss#_ 


o 

&>  cn 
rt 


SPOUSE'S  NAME  DATE  OF  BIRTH  °  n 


3  05 


yi  t-t-> 
o 


n 


1st  WORKER  2nd  WORKER    « 

■  —————————  _,.  ^ 


Okla.  DISRS  Revi»#dj      6-15-77  Okla.  Co.  Ill 


1-  o 

^  (to 


i 


The  10 5A  is  coded  by  the  eligibility  worker 
based  on  information  provided  by  the  client 
during  the  interview  and  extracted  from  client 
applications.     Data  carried  on  the  10 5A  in- 
cludes general  case  information,  resources, 
income,  and  detailed  information  on  the 
case's  male  and  female  adults.     However,  no 
information  is  included  concerning  case 
dependents . 

The  10 5A  functions  as  both  an  input  and  a 
turnaround  document.     After  the  original 
105A  is  keyed  into  OCIS  and  passes  system 
edits,  the  information  is  printed  on  a  new 
10 5A.     This  computer-generated  10 5A  is  re- 
viewed by  the  eligibility  worker  and  filed. 
If  the  information  on  the  turnaround  10 5A 
is  incorrect  or  if  the  information  is  up- 
dated in  the  future,  corrections  are  written 
on  the  10 5A  and  keyed  into  OCIS  along  with 
header  case  information.     This  information 
is  edited  and  updates  the  OCIS  master  files. 
A  new  updated  turnaround  10 5A  is  printed 
and  filed.     Hence,  the  most  current  10 5A 
reflects  the  information  on  computer  files. 
Form  105A  is  included  as  Exhibit  II-2, 
following  this  page. 

Case  Information,  Form  105B  -  This  form  is 
a  supplement  to  Form  10 5A  above,  carrying 
case  header  information  and  all  information 
pertinent  to  dependents  associated  with  the 
case.     Form  105B  is  included  as  Exhibit  II-3, 
following  Exhibit  II-2. 

Application  for  General  Assistance  -  This 
form  is  completed  by  the  client  with  the 
eligibility  worker's  assistance.     Exhibit  II-4, 
following  Exhibit  II- 3,  is  an  example  of  the  one- 
page,  two-sided  form. 

Application  for  Medical  Services  -  This  two- 
page  application  is  filled  out  by  the  client 
with  assistance  from  the  eligibility  worker. 
Exhibit  II-5,   following  Exhibit  II-4,  is  an 
example  of  the  application. 

Application  for  Aid  to  Families  with  Dependent 
Children  -  This  application  is  for  AFDC  and 
Emergency  Assistance  to  needy  families  with 
children.     Exhibit  II-6,   following  Exhibit  II-5, 
is  an  example  of  the  application,  clearly  demon- 
strating the  type  of  information  collected. 
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OKLAHOMA  DEPARTMENT  OF  INSTITUTIONS,  SOCIAL  AND  REHABILITATIVE  SERVICES 

CASE  INFORMATION  -  FORM  A 


Exhibit  II-2 


*)MBER 


601 


CASf  NAME 
LAST 


802 


FIRST 


CROSS  REFERENCE  NUMBERS 


> 


610 


NAME  01  MALE  ADUl I 
IAS'  MRST 


611 


County 
Number 

SUPV 
GRP 

DIST 
NO 

603< 

604 

606 

APPLICATION 
DATE 


606 


612 


613 


M  I 


61? 


6ia 


619 


BIRTHDATF 


620 


SOCIAL  SECURITY 
CLAIM  NUMBER 


CERTIFICATION 
DATE 


607 


MALE  A/R 
DATE 


960 


FEMALE  A/R 
DATE 


961 


621 


MAR      (-.Din  7DNF     No  Pt'icu     ......  ».<o      DATE  OF 

STAT      GRID  ZONE     CMaMM    ,2rSL.    LAST  REVIEW 


622 


DATE  OF  LAST 
CHANGE 


609 


□ 


Medic»l  Ev»lu 
•lion  Out  D»ie 


690 


623 


MFDICAL  ELIGIBILITY 
DATE        NO  (MONTHS 


E  mp  Medical 
E  xpir  Otic 


661 


624  626  629  627  629 


945 


MEDICARE 
BUY  IN  DATE 


662 


NAMF  OF  FEMALE  ADULT 
L  AST  FIRST 


M  I 


P  ;»¥•»*  ui 
Snou.* 


Rai  ft 


BIRTHOATE 


SOCIAL  SECURITY 
CLAIM  NUMBER 


MAR 
STAT 


FINANCE 
STATUS 


AFDC 
REL 


629 


630 


531 


632 


633 


534 


536 


962 


ACTION  TAKEN 
TYPE  REASON 


637 


639 


EFFECTIVE 
DATE 


539 


GuAnoiAN/SuBSimiTE  PAvrr 

CONSERVATOR  EXTRA  ADDRl  SS 


COMPANION  CASES      (,  640 


641 


MAILING  STREET  ADDRESS 


|642 


CASF  NUMRER 


FOOt>  STA\1PST545 


546 


case  NUMru  n 


646 


649 


CASE  NUMBER 


,«  ...  Pi  AN 


8 


(  VF  h~^ss" 
AMOUNI 


973 


970  I  972 

ijissai.iun 

f  K)M 


CERT  11 A  Tl 


974 


979 


I  mini  :> 
INI  ''Ml 


UNf  AHMI  I) 
INI  OMI 


561 

"M  I'    '  AH* 


MAIl  ING  CITY  &  STATE 


643 


ZIP  CODE 


644 


CASE  NUMBER 


N "  "V      HOSP  INS 

IND  TYPFS 


562   ,  664 


666 


664 


MFD  INS 
IND  TYPE 


666 


666 


960 


961 


979         [990  962 


1  FS  HV> 

utility 

Ull 

SP 

FRO 

S1U 

COMP 

FS  COMPANION 

Nr. 

COST 

COST 

INU 

GRPS 

IND 

WR 

IND 

CASF  NUMBER 

994 

966 

996 

999 

990 

992 

994 

999 

999 

i 
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I'n  ii'i  hi  y 

.-..|      Li  '  .  \- 


|  679 


903        560   Ml  642     904      I    583    |pa«  906 
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689 
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Cash'  Vsl-iiTY'  O' Al  Kit"  I 
RF  SOURC  FS 


592 


{       OFCFMBER  I<1>3  IOI»l 
Roqunp   litcnmi.   Grant  !.p5r..p 


593 


936 
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934 

LIVING 

ARRANGEMENTS 
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M  •  Ml-'. 

rtV'  'I''1 


.    mai  '  ad;  i '  if;:  vi 

I  m-.l.  .1        'AW  ,  A         ....  .  .  !  V 

10i    !■■!'.  1 '  I  :  !    i  I  ! 

\  *  1        i  f 
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v..  i  ......     L  i  !  .  .    .1  !  lr. .  . 
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Ili      !      '      I  1      i     i  ! 


I     M''...  I  .V  MI'li'  -N-. 
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603  604  606 

f  .-.'•f  ■.  »i ■'.  s.  i  «'i'M''i''jNS~' 

V\        |in!      I  ■■—I  -  ' 
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I )  I V I  1 1  I  I  i ) 


I       IOTAI     "  I        c<  i        /n. anil 
I  Rr.aiA 


Nl  1  l 


611        612     |    613        614     .    615        616       617   j    964        619     V    620  j 


621 


623 


901 

(HVH)Tl  I)  j| 


jh-dt 


607  916      )[  609 

■"•••TAi"  Y""  "«."  "  Y  ".■....•T^i 
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'    628        629        630         631         632        633       634    ,    636        636  637 


638 


906 


902 


922 


624 


•  I  Al 
.F  T 


639 


920 


907 


625 


940 


NURSING 
CARE 


609 


NURSING 
CARE 


626 


6.J/ 
OASOI 


919 


■V77 
OASDI 


921 


fit  TO  ecu 


941 


ecu 

FND 


942 


o 

rr 

O 
3 


M 

H" 
TO 

cr 


13 


v» 

t\l- 


923 


924 


926 


926 


932  927 


928 


929 


930      1     931  933 

..; ..    i  ■■    lie  .(in 


MM  A'*. 

WARN AN  1 

(  OMF'lll  ATION 

1  " 
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EMii-c 

F  S 
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Warrant 
Amount 

640 

■A 
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I- 

661 

! 

j  663 
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15 


655 
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Exhibit  II-3 


P'U.AHCMA  P! 
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A!?TMEMT  O-    INSTITUTIONS.  SOCIAL  AND  REHABILITATIVE  SERVICES 
CASE  INFORMATION  -  -  FORM  B 


UT.'ii.'  «U'"/ 
NO  f.B^ 


»•  "  APPLICATION  OATt 
mo 


DATE  Of  CAST 
CHANCE 


/ft 


la 


SEA  KukCilalEO 

r  j„0 


NAME 


CHILD'S  SOCIAL  J  CUPITY 
ACCfJN'  Mil  i.^R 


12  I  131  14 


Bl  RTHOA  TE 


IS 


16 


FACILITY  NUMBER 


INCOME  A-:o  - 


S!) 


J.i. 
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DATE  PLACfO 


30 


S3 


«..  ika  :  -a 


OASCI      |  OttfIA 
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54 


DATE  REMOVED 


31 


79 


CHILD  MJPrORT 
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57 
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48 
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FACILITY  NUMBER 


'6 


DATE  PLACED 


SOCIAL  SECURITY  CLAIM  NO. 


16 


30 


11, 
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53 
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35 
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36 


37 


24 
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76 


43 
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44 


FATHER'S 


57 
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IN  H 


S9 
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64 
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60 
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< 
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STATE  OF  OKLAHOMA  Exhibit  11-4(1) 

DEPARTMENT  OF  INSTITUTIONS,  SOCIAL  AND 
REHABILITATIVE  SERVICES 

APPLICATION  FOR  GENERAL  ASSISTANCE 


1.  County   Case  No.   Date  19 

2.  Name   '.    Social  Security  No.  

3.  Address  -   Zip  Code  

Finding  Address  .  

4.  Marital  Status:   Single  Married  Widowed  Separated  Divorced  Deserted  

5.  Occupation  ,  . — ,   Race 


6.  Assistance  is  being  requested  for  the  following  person(s)  whose  birth  date  and  relationship  to  me  are  as  indicated: 

Name  Sex  Birth  Date  Relationship 


B. 
(1) 
(2) 
(3) 
(4) 
(5) 


I  hereby  make  application  for  general  assistance  and  in  support  of  my  application,  I  declare  that  I  have  acute  need  for 
food  and/or  medicine  or  other  necessities  of  life,  for  myself  and  family.   I  understand  that  this  request  is  for  one  check 
only. 


FOR  EMERGENCY  PAYMENT,  CLIENT  WILL  SIGN  HERE: 


Signature  of  Applicant  or  Guardian 


WITNESS  The  above-signed,  being  first  duly  sworn,  upon  oath  states  that  (s)he  has  read 

and  is  familiar  with  the  statements  made  in  the  foregoing  application,  and  that 
____________________________________ _____  all  facts  set  out  in  said  application  are  true  and  correct. 

ADDRESS  ,     .,  ,    ,  ,  , 

Subscribed  and  sworn  to  before  me  this  -  ,  1 9 


Notary  Public   < 

 — — ,   '  a>  h 

WITNESS  My  commission  expires   *"<  J 

i-h  CU 

H-   IS,  ' 

 —  n> 

rr  ^ 

O  rr 

3  CD 


ADDRESS 


FOR  NON-EMERGENCY  APPLICATION,  COMPLETE  ITEMS  7  THROUGH  19.  •  3 

7.  I  have  resided  in  the  State  of  Oklahoma:   Form   To  Present  

8.  Property: 

A.   Home:   Market  Value  $  ;  Balance  on  Mortgage  $  ;  Legal  Desc 

Name  and  address  of  mortgage  holder: 


M  t-h 
i—  O 
H-  l-j 
KJ 

cr  -a 


B.   Other  Real  Estate:   Value  $  ;  Amount  of  Mortgage  $  ;  Equity  $ 

Legal  Desc.  ______________________  Name  and  Address  of  Mortgage  holder:   


9.   Rents:   Home   Farm   Room   Approximate  amount  of  rent  per  month  $ 

10.   Lives  in  the  home  of  some  other  person  Name  and  Address 


Relationship  Number  of  Dependents   Amount  of  Income  $ 


1 1.   Personal  property:  Cash  $  ;  Cash  value  of  insurance  $  ;  Automobile  $ 

Livestock  $  ;   Farming  equipment  $  ;  Other  $  


™ify  this  information 
from  source  other  than  REMARKS: 
applicant  in  Remarks)   


Exhibit  11-4(2) 

12.  Personal  income:      UASDI  $  ;  Retirement  benefits  or  pension  $  ;  Rentals  $  ;  Farm 

(lr      'ing  Public  Income  $  ;  Veterans'  Compensation  $  ;  Interest  $  ;  Earnings  

A  \  Since)  Contribution  $  ;  Workmen's  Compensation  $  ;  Other  $  ;  Source  ) 

13.  I  am  (am  not)  a  citizen  of  the  United  States:   Native  born   Naturalized  

14.  Has  applicant  applied  for  OAA  AFDC  AD  AB  VA  OASDI  SSI  Date  applied  

15.  Status  of  such  application  now   Pending   Rejected  ________  For  the  reason  - 

How  verified  __________________________ 

16.  I  hereby  make  application  for  general  assistance  and  in  support  of  my  application  I  do  hereby  certify  and  declare 


That  I  am  unemployed  and  wholly  without  funds  with  which  to  purchase  the  necessities  of  life  for  myself  and  my  de- 
pendents and  that  I  am  not  receiving  assistance  from  any  other  public  agency. 

That  none  of  the  persons  whom  I  have  listed  in  this  application  as  dependents  are  receiving  assistance  from  any  other 
public  relief  agency. 

That  if  allowed  funds  under  this  application,  such  funds  will  be  used  only  for  the  purpose  of  necessities  of  life,  i.e., 
food,  clothing,  medical  and  surgical  necessities  and  care  of  myself  and  my  dependents. 

17.  I  agree  to  notify  the  Department  of  Institutions,  Social  and  Rehabilitative  Services  immediately  if  at  any  time  while  I 
am  receiving  general  assistance,  I  sell,  convey,  or  encumber  any  property  which  I  now  own,  or  if  I  become  possessed 
of  any  property  or  income  other  than  that  stated  in  this  application. 

18.  I  have  read  the  above  statements  in  paragraphs  16  and  17  and  I  recognize  the  necessity  for  investigation  of  my  fi- 
nancial situation  and  other  factors  relating  to  eligibility  and  hereby  authorize  that  such  information  as  is  pertinent  be 
released  to  any  person  involved  in  making  a  determination  of  my  eligibility  during  the  period  covered  by  this  applica- 
tion. 

19.  FOR  NON-EMERGENCY  APPLICATION, 

CLIENT  WILL  SIGN  HERE:  


Signature  of  Applicant  or  Guardian 


WITNESS  The  above-signed,  being  first  duly  sworn,  upon  oath  states  that  (s)he  has  read 

and  is  familiar  with  the  statements  made  in  the  foregoing  application,  and  that 
_______________________________  all  facts  set  out  in  said  application  are  trie  and  correct. 

ADDRESS 

Subscribed  and  sworn  to  before  me  this   ,  19  


Notary  Public 


WITNESS  commission  expires 


ADDRESS 


NOTICE:    The  Oklahoma  Deportment  of  Institutions,  Social  and  Rehabilitative  Services  has  assured  compliance  with  DH  EW  Regulation, 
Title  45,  Code  of  Federal  Regulations,  Part  80  (which  implements  Public  L  aw  88—352,  Civil  Rights  Act  of  1964,  Section  601)  ond  Part 
84  (which  implements  Public  Law  93—112,  Rehabilitation  Act  of  1973,  Section  504).    These  laws  and  regulations  prohibit  excluding  from 
participation  in,  denying  the  benefits  of,  or  subjecting  to  discrimination  under  any  program  &r  octivity  receiving  Federal  Financial  As- 
sistance any  person  on  the  grounds  of  race,  color,  national  origin  or  any  qualified  person  on  the  basis  of  handicap.    Under  these  require- 
ments, payment  cannot  be  mode  to  vendors  providing  core  and /or  services  under  Federally-assisted  programs  conducted  by  the  Deportment 
unless  such  care  and/ or  service  is  provided  without  discrimination  on  the  grounds  of  race,  color,  national  origin  or  handicap.  Written  com- 
plaints of  noncompliance  with  either  law  should  be  made  to  the  Director,  Institutions,  '!ac\a\  ond  Rehabilitative  Services,  Box  25352, 
Oklahoma  City,  Oklahoma  73125,  or  the  Secretory  of  Health,  Education,  and  Welfare,  Washington,  D.C.,  or  both. 
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Exhibit  11-5(1) 


Si  ATE  OF  OKLAHOMA 
DEPARTMENT  OF  INSTITUTIONS,  SOCIAL  AND 
REHABILITATIVE  SERVICES 

APPLICATION  FOR  MEDICAL  SERVICES 


Cose  Number 

County  

Dote  


Nome  of  Patient  

Name  of  Spouse,  Parent  or  Guardian  (Specify) 
Patient's  Address  


Phone  No. 


Give  directions  to  patient's  home  if  street  address  is  not  shown  above 


This  Application  is  made  to  request  the  Department  of  Institutions,  Social  and  Rehabilitative  Services,  hereafter  referred  to  as 
Department,  through  its  medical  programs,  to  make  payment  to  vendors  of  medical  care  in  my  behalf,  or  in  behalf  of  my  legal  de- 
pendent listed  as  the  patient  below.   Payment  is  being  requested  for  all  or  any  part  of  the  medical  expenses  incurred  by  me  or 
my  legal  dependent;  the  amount  of  such  payment  to  be  determined  by  the  Department  subject  to  the  rules  and  regulations  of  the 
Oklahoma  Public  Welfare  Commission,  under  Federal  and  State  law  permitting  such  action. 

Payment  for  medical  services  is  being  requested  on  my  behalf  or  on  behalf  of  my  legal  dependent  whose  name,  birthdate,  place 
of  birth,  relationship,  sex,  and  social  security  number  are  shown  in  line  1  below. 


I.       List  all  persons  living  in  the  home.   (List  patient  first.) 


Name 

Birth 
Date 

Place  of 
Birth 

Relationship 
to  No.  1. 

Sex 

Social  Security 
Number 

Patient 

Li 

3. 

4. 

5. 

6. 

7. 

8. 

< 

-i 


||.     Is  the  patient  now  living  in  a  mental  hospital,  school  for  the  mentally  retarded  or  a  tuberculosis  sanitorium? 
Yes  t~7 1  No  L.  J >   If  "Yes",  Name  of  Institution   


IV. 
V. 


Is  the  patient  or  any  other  person  living  in  the  home  receiving  Old  Age  Assistance,  Aid  to  the  Blind,  Aid  to  the  Disabled 
or  Aid  to  Families  with  Dependent  Children?  Yes  /    7  ,  No  /    7  .    If  "Yes",  give  name  of  person  and  type  of  assistance 
 —  — —  Type  of  Assi  stance   — — — 

Is  patient  (or  both  parents,  if  patient  is  unaer  age  21)  a  citizen  of  the  United  States?   Yes  /    7,  No  /  7 

Are  the  medical  services  required  due  to  an  accident  or  occupational  disease?  Yes  L — 7  ,  No  L  7  .   If  "Yes",  complete 

the  following: 

Nature  of  accident  or  occupational  disease. 


rl 


Was  another  party  responsible  for  the  accident?  Yes  /    / ,  No  Z — / 
Has  legal  action  been  taken  or  planned  against  the  other  party?  Yes  i__ 

'ame  and  address  of  Patient's  attorney  , — 

rias  a  settlement  been  received?  Yes  ZZ7  ,    No  ZZ7  .   If  "Yes",  amount  $ 


No 


date 


Okla.  DISRS  Revised  6-1-75 
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Exhibit  11-5(2) 


vi. 


jA|  the  patient  hove,  jr  is  he  included  in,  any  of  tie  following  typ 
following.   If  yes,  give  name  of  insurance  company. 


of  insurance?   Aiiswer  "  /es    or  "No"  to  each 


Type  of  Insurance 

1.  Hospital 

2.  Physicians 

3.  Nursing  Cere 

4.  Accident 

5.  Medicare  Number 


Yes  No 

cry  cd 

CJ  CD 

CD  CD 
CD 


Name  of  Company 


Hospital  (Part  A) 
Physician  (Part  B) 


CD 
CD 


CD 
ZD 


Effective  dote  

Effective  date  


The  patient  is:   /    7  65  years  of  age  or  older;  /    /  blind;  /     7  disabled  or  /~  /  deprived  of  purentol  support. 


/II. 

/III.  Income 


Does  any  family  member  have  any  income  other  than  earned  income?   Answer  "Yes  '  or  "No 
enter  the  amount  of  income  in  the  proper  column  and  enter  how  often  it  is  received,  sucii  as 
(Show  the  total  amount  of  income  before  any  deductions.) 


II  "Yes' 


<Ui  ecch  item, 
/eekly,  monthly,  yearly 


Yes 

CD 


No 


Patient 


CD 


Supplemental  Security  Income 
Social  Security 
Railroad  Retirement 
Veterans  Benefits 
Ci  vi  I  Service 
Interest  on  Savings 
Dividends  from  Insurance 
/  Contributions 
/    ,    Child  Support 

t          From  Roomer  &  Boarder 

/"~  •    From  Room  Rent  Only 

.         Rental  of  House  or  Apartment 

I         Rental  from  Land 

I        Sale  of  Livestock 

,          Other  Farm  Income 

■          Oil  Lease  or  Production 

.         Unemployment  Compensation 

„         Workman's  Compensation 

7  Other  (Describe)  


$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$ 

$ 


Patient' s 
Spouse 


$ 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$. 

$ 

$ 

$ 

$ 
$ 

$ 


Patient's 
Minor 
Ch:  Idre n 


$_ 

$-.. 
$_ 
$_ 
$ 

$_ 
$_ 

$  — 
$_ 
$  — 
$_. 
$_ 
$  _ 
$_ 
$  _ 
$_ 
$_ 
$_ 
$_ 
$_ 


P<jtient'  s 
Parents 


$_ 
$_ 
$_ 

$._ 
$_ 
$_ 
$_ 

$  

$  — 
$__ 
$__. 
$_ 
$._ 
$  _ 
$ 

$  — 


How  Ofren 
Received 


$_ 
$_ 

$.-. 


B.     Is  patient  or  spouse  (or  parer.ts,  if  patient  is  under  age  21)  working  full-time  or  part-time  and  earning  any  money? 
Yes  _ZZ~  ,    No          .   If  "Yes",  complete  Item  1  and/ or  Item  2,  below. 

1.   Working  for  someone  other  than  self  - 


Employed  Person 

Soc. 

Sec. 

No. 

Type  of  Work 

Amount  of  Money  Earned 

Employer 

Gross 

$ 

$ 

Net 

$ 

$ 

2^^Self-Employed  - 
^H|mployed  Person 

Soc. 

Sec. 

No. 

Type  of  Work 

Amount  of  Money  Earned 

\   

Gross 

$ 

$ 

Net 

$ 

$ 

I <  —  


► 


'X.   Capitol  Resources 


Exhibit  11-5(3) 


P  ete  hi  follow  „  SPVSr  (°r,PwQren,S<  if  P0,ient  is  und"  ofle  2D  own  their  home?  Yes  ^7     N-  ^     ,f  ..  w. 
plete  the  following^  Value  of  Home  $  Balance  owed  on  mortgoge  $  '         '  Y"   j,  ""V 

No  ^  °f  °CreS  ,S  ^  h°me  P"Perty?9  wItT  No  . C7      Ren, "  Ye^ 

B.  Does  the  patient,  spouse,  (or  parents  if  patient  is  under  age  2D  own  or  nr(.  ik.  U 

home?  Yes  C/  ,  No  CJ  .    If  "Yes"  fill  in  all  blmT.    S    i.      iT         .7     ^  °"y  'ea'  eSt°,e  0,her  ,hon  the 
Value  $  d  i         '    !  blanks.   Number  of  lots  and/or  acre-,  t„.  ,  u  , 

vaiue  *  Balance  on  Mortgaqe  $   n     /oracre-'-   Total  Market 

~~         —-  —      Uoes  onyone  else  own  a  legal  interest  in 


this  property?  Yes  /~7     No  /"7     If  "V—."      l  *  ~  i — i  

I  I  lLX  — 7  '   NO      '      ,f    Yes   .  w"a*  interest  do  they  own?   

Is  any  of  this  property  restricted  Indian  property?  Yes  /~f     No  '~7      M     L  TT" 
of  ocres  restricted   X  No  ,_/  .    Number  of  lofs  reslncted 


Number 


C.  Does  the  patient,  spouse  or  patient's  children  who  live  in  th*.  t~  r  , 

of  the  items  listed  below?  Check  "Yes"  or  4  "fa e 53 , e„ Fl?  "7"  ^fT"  ""^  °9°  ^  °W" 

tor  each  item.    If    Yes  ,  complete  the  other  columns  for  that  item. 


Yes 

CJ 
£J 


CJ 


No 

CJ  Savings  Accounts  (Present  Amount) 
CJ  Checking  Accounts  (Present  Amount) 
CJ  Money  not  in  a  bank  (How  much?) 
CJ  Money  owed  to  family  by  others 
CJ  So  vings  Bonds  (Present  cash  value) 
CJ  Stocks  &  Bonds  (Present  cash  value) 
i  '   Life  Insurance  (Available  cash  value) 

Livestock 
XJ  Forming  Equipment 
CJ  Mineral  Rights  not  on  Home  Property 
CJ  Other  (Describe) 


Patient 


CJ  Car,  Pickup,  Truck  and/or  other  Motor 
Vehicles 

Give  make,  model  &  year  of  motor  vehicle 


$ 
$ 
$ 
$ 
$ 
$ 
$ 

$ 
$ 
$ 
$ 


Patient's 
Spouse 


Patient's 

Minor 
Chi  Idren 


Patient's 
Parents 


$ 

$ 

$ 

  $ 

$ 

s 

$ 

$ 

$ 

  $ 

$ 

$ 

  $ 

$ 

* 

—   $- 

$ 

$ 

  $ 

$ 

$ 

  $ 

$ 

$ 

  $ 

$ 

$ 

* 

$ 

$ 

$ 

$ 

$ 

$ 

K 

$ 

$ 

$ 

* 

Amt.  of 


Compl...  ,h.  following  D.«r^  lZ!l!!!!^°"ey'  bonk  ««■»•'.  «c  Y.s  CJ  ,  No  CJ  .   If  "Ye,' 


What  was  received  in  return? 
Debts 


A-  ^^F^^^^^t:^  iKEfcrw by  *his    « M|— '« *»■<->■ 

surance  listed  in  Section  VI  of  this  appl  ication.  mciuae  premiums  for  Medicare  or 


■r  other  in- 


Debt  (Specify) 

Date 
Incurred 

To  Whom  Owed 

Original 
Amount 

Amount 
Now  Owed 

Monthly 
Payment 

■ 

S-MA-CC-VR-MR-1 
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Exhibit  11-5(4) 


Other  Debts.   Lis*  any  ueDis,  other  than  media.!,  m  wh.cli  t;u*  ta«i..ly  s  making  poym»nt.  Specify  kind  of  debt. 


uebt  lopecityj 

Date 
Incurred 

Tl         lift              rf"*  1 

I  o  Whom  Owed 

Original 
Amount 

Amount 
Now  Owed 

Monthly 
Payment 

XI.     I  certify  that  I  have  read  this  appl ication,  or  theapplicationhas  been  read  to  me;  that  I  fu  ly  understand  the  application 
and  all  information  herein  contained  is  true  and  correct.   I  further  understand  that  a  false  statement  or  false  represen- 
tation made  by  me  for  the  purpose  of  obtaining  medical  care  or  other  benefits  makes  me  subject  to  prosecution  for  perjury 
and,  if  found  guilty,  I  may  be  imprisoned  for  not  more  than  five  years  in  a  state  penal  institution.   If  such  statements 
result  in  my  actually  receiving  medical  services  or  other  benefits,  I  also  am  jubjecf  to  piosecution  for  fraud,  and,  if 
I  am  found  guilty  of  fraudulently  receiving  $1,000  or  less,  I  may  be  fined  up  to  $500  or  be  imprisoned  for  not  more  than 
three  months,  or  if  I  am  found  guilty  of  fraudulently  receiving  in  excess  of  $1,000,  I  may  be  fined  up  to  $5,000  or  im- 
prisoned in  the  penitentiary  for  up  to  two  (2)  years,  or  by  both  fine  and  imprisonment  in  the  discretion  of  the  Court. 


I  understand  that  the  information  I  have  given  will  be  carefully  studied  and  that  I  might  be  asked  to  provide  proof  of  the 
answers  given.   I  hereby  authorize  the  Department  to  make  any  necessary  investigation  to  verify  the  information  I  have 
given  ana  hereby  authorize  that  such  information  as  is  pertinent  be  released  to  any  representative  of  the  Department 
during  the  period  covered  by  this  request.   I  agree  to  notify  the  Deportment  immediately  if  at  any  time  while  »he  patient 
is  receiving  medical  services  he  sells,  conveys  or  encumbers  any  property  he  nowownsor  if  he  becomes  possessed  of 
any  property  or  income  other  than  that  stated  in  this  application. 

I  understand  that  I  have  the  right  to  a  fair  hearing  of  any  action  of  the  Department  which  I  consider  improper,  and  also 
any  delay  in  decision.  (Requests  for  a  fair  hearing  may  be  made  at  the  County  Social  and  Rehabilitative  Office.) 

For  the  purpose  of  determining  whether  any  payment  will  be  made  in  behalf  of  the  patient  for  any  medical  services,  here  after 
"^ported,  I  do  hereby  authorize  the  Department,  or  any  representative  thereof,  authorized  for  the  purpose  of  determining  com- 
j  nsability  of  claims  in  the  patient's  behalf,  to  inspect  all  hospital  and  medical  records  pertaining  to  such  hospitalization; 
<PPmd  I  do  further  authorize  the  above  named  hospital  and  attending  physician  to  release  and  furnish  to  such  Department  and 
its  representatives,  authorized  for  the  purpose  of  determining  compensability  of  claims  in  the  patient's  behalf,  any  informa- 
tion shown  in  such  records  or  pertaining  to  such  hospitalization.    If  the  patient  is  a  minor,  the  statement  regarding  the 
patient's  resources  applies  also  to  the  resources  of  the  patient's  parents. 

I  transfer,  assign  to,  and  authorize  payment  to  the  Department  of  any  and  all  claims  I  have  or  may  have  against  Health  In- 
surance or  Liability  Insurance  Companies,  or  other  third  parties,  to  the  full  extent  of  all  payments  for  medical  services  made 
by  the  Department  for  me  or  my  dependents. 

XII.  L    f  A.   In  addition  to  medical  assistance,  I  would  like  to  apply  for  a  monthly  state  payment  from  the  program  indicated  be- 
low and  I  authorize  the  Department  to  use  the  information  on  this  form  to  determine  my  eligibility  for  such  a  payment. 

ZZ7  Old  Age  Assistance  ZZ7  Aid  to  the  Blind         ZZ7  Aid  to  the  Disabled 

/    7  B.  I  do  not  wish  to  request  a  monthly  state  payment. 

X I I I .  I  understand  that  this  request  is  an  Intent  to Apply  for  Medical  Services.   The  date  of  application  will  be  the  date  the 
form  is  received  and  stamped  in  the  County  Office.  Certification  may  be  made  retroactively  for  any  service  provided 
on  or  after  the  first  day  of  the  third  month  prior  to  the  month  in  which  the  application  is  made. 


XIV. 


Signature 


Mailing  Address 


Date 


(For  applicant  who  is  blind,  cannot  read  or  write,  or  signs  by  mark)  I  have  heard  all  information  contained  in  this  applica- 
tion read  to  the  applicant  and  have  witnessed  the  signature  above. 

WITNESS:     __  
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Signature 


Address 


O 


Signature 


Address 


Xv    deceived  in  County  Office  (Date  of  application) 


^fl  NOTICE:   The  Oklahoma  Department  of  Institutions,  Soeiol  and  Rehabilitative  Services  has  assured  compliance  with  DHEW  Regulation, 
-^^T  Title  45,  Code  of  Federol  Regulations,  Part  80  (which  implements  Public  Low  88-352,  Civil  Rights  Act  of  1964,  Section  601)  and  Part' 
84  (which  implements  Public  Law  93-112,  Rehabilitation  Act  of  1973,  Section  504).    These  lows  and  regulations  prohibit  excluding  from 
participation  in,  denying  the  benefits  of,  or  subjecting  to  discrimination  under  any  program  or  activity  receiving  Federal  Financial  As- 
sistance any  person  on  the  grounds  of  race,  color,  national  origin  or  any  qualified  person  on  the  basis  of  handicap.   Under  these  require- 
ments, payment  cannot  be  mode  to  vendors  providing  core  ond/or  services  under  Federally  -a  ssi  sted  programs  conducted  by  the  Deportment 
unless  such  core  and/or  service  is  provided  without  discrimination  on  the  grounds  of  race,  color,  national  origin  or  handicap.  Written  com- 
plaints of  noncompliance  with  either  law  should  be  mode  to  the  Director,  Institutions,  Social  and  Rehabilitative  Services,  Box  25352, 
OMohomo  City,  Oklahoma  73125,  or  the  Secretory  of  Health,  Education,  and  Welfare,  Washington,  D.C.,  or  both. 
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STATE  OF  OKLAHOMA 
DEPARTMENT  OK  INSTITUTIONS,  SOCIAL 
AND  REHABILITATIVE  SERVICES 

APPLICATION  FOR  AID  TO  FAMILIES  WITH  DEPENDENT  CHILDREN 


ounty  Name 


County  Number 


Case  Number 


I.  Name 


I  am  applying  for  /    /    Aid  to  Families  with  Dependent  Children, 

/    /    Emergency  Assistance  to  Needy  Families  with  Children 
Assistance  is  being  requested  for  the  following  person(s). 


Name 


A 
B 

(1) 

i 

(3) 

00 

(5) 
(6) 
(7) 
(8) 
(9) 
(10) 


Relationship  Social  Security 

To  Applicant      Birthdate      Birthplace  Number 

CL 


FS  or  MS 
(Circle  One.) 


Are  any  of  the  above  individuals  temporarily  away  from  the  home?  Yes  /  /  No  /  / 
2.    All  other  persons  living  in  my  home  are: 


Name 


Is  this  person  receiving 
Relationship  public  assistance  from  DISRS? 

Birthdate       To  Applicant  Yes  No 
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Exhibit  11-6(2) 

following  parent(s)  of  children  listed  in  Section  1  are  nou  1  i v i nf ;  iyi  Lxie  noi.e: 

♦ 

Trent's  Name       Child's  Name       Parent's  Present  Address        Social  Security  Nunber 


I  have  resided  in  the  State  of  Oklahoma:  From 

From 


To 
To 


1  /    /  a.T,  /    /  am  not,  nor  are  the  children,  receiving  assistance  from  any  other  State, 

If  so,  what  State?  

I  plan  to  continue  living  in  Oklahoma.      Yes  /    /      No  ] 

I  have  lived  in  the  following  States,  other  than  Oklahoma,  during  the  past  12  months. 


5.  I  /    /  am,  /    /  am  not,  nor  are  the  children,  living  in  a  public  institution. 

6.  I  and/or  my  spouse  and  children  have  only  the  following  resources: 

Home  (including  mobile  home):    Market  Value  $   Mortgage  Balance  $_ 


l£her  real  estate:  Market  Value  $ 
f  1 

-tTsonal  Property: 


Mortgage  Balance  $ 


Cash  $ 


Bank  Account  $ 


Savings  Account  $ 


Savings  Bonds  $_ 
Stocks  or  Bonds 
Life  Insurance 


Deposit  Box  (Contents) 


Value  $ 


Cash  Value  $ 


Prepaid  Burial  Policies  or  Funeral  Contracts 
Burial  Insurance 


Face  Value  $ 


Face  Value  $ 


Automobile  or  other  motor  vehicle 
Livestock 


Value  $ 


're- 


value $ 


Farming  Eauipment 

Mineral  Rights   

Other 


Value  $ 


Value  $ 


Value  $ 


Monthly  Income 
I  OASDI  $  


SSI  $ 


Unemployment  Compensation  $ 


Rentals  -  Room  and/or  Board  $ 


Retirement  Benefits  or  Pension  $ 


i  1 


# 


Exhibit  11-6(3) 

Pensions  $  Farm  Income  $  Training  Al?<.ovan?es  $  

Veterans  or  Other  Compensations  $  Interest  or  Dividends  $_ 

Total  Gross  Earnings  of  all  Family  Members  $ 


Contributions  or  Child  Support  Payments  $  Other  $  

Medical  Resources:    Hospital  Ins.    Yes  /    /  No  M 7         Physicians  Ins.    Yes  /    /  No  /  / 

Nursing  Home  Ins.    Yes  /    "j  No  /  / 
Other  Medica]  Resources    Yes  /    /  No  /  / 

7.  I  and  the  persons  listed  in  Section  1  agree  to  register  for  work  or  training  if 
required  by  law  to  do  so.         Yes  /    /     No  /  / 

8.  I  and/or  my  spouse  have  assigned,  transferred  or  encumbered  the  following  property 
during  the  past  5  years:    (Specify  time  of  transfer)  


I  and/or  my  spouse  and  family  owe  the  following  debts? 


1C 


^  lese  children  are  living  in  a  home  maintained  by  me ,  The  children  have  been  deprived 
-<f  parental  support  or  care  by  reason  of: 

/    /    The  death  of  a  parent         /    /    Continued  absence  from  home  of  a  parent 
/    /    Physical  or  mental  incapacity  of  a  parent 


pending,  and  continuing)  which  I  have  for  the  support  of  the  children  for  whom  I  am 
applying  for  public  assistance  and  care. 


11.    I  hereby  assign  and  transfer  unto  the  Department,  all  of  the  support  rights  (accrued,  n>  h 


i-i  (E 
H-  [/".  ' 

o 
rr 


(X 


The  assignment  is  subject  to  the  terms  and  conditions  of  Section  U02(a)  (26)  of  Title  IV 
of  the  Social  Security  Act  as  amended.    This  assignment  shall  terminate  (1)  with  respect  §  £ 

to  current  support  rights  upon  termination  of  eligibility  for  cash  assistance  and  (2)  with 
respect  to  support  rights  attributable  to  periods  during  which  cash  assistance  was  granted        ™  £ 
upon  the  repayment  of  past  public  assistance  and  care*      _7  Yes    £J  No  ^ 

cr  id 

12.  I  agree  to  cooperate  with  the  Department  in  id*.     Ifying,  locating  and  securing  child  £^ 
support  from  the  absent  parent(s),  and,  if  applicable,  establishing  paternity.    I  also  ^ 
agree  to  cooperate  with  the  Department  in  obtaining  any  other  payments  on  property  due  < 
me  or  the  children  for  whom  I  am  applying.     I  agree  to  provide  either  verbally  or  in  - 
writing  any  information  known  to  or  possessed  by  me  in  order  to  comply  with  the  above 
agreements.    EJ  Yes    _7  No 

13.    I  understand  if  I  check  "No"  to  either  11  or  12  above  pr  later  fail  to  cooperate,  the 

AFDC  payment    will  be  made  to  a  protective  payee  and  my  needs  will  not  be  included  in  the 
jkFDC  payment. 

*#• 

Ik.    aLI  children  in  this  application,  over  age  18,  are  attending  school.    f~l  Yes    CJ  No 
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15.  In  addition  to  my  application  for  AFDC,  I  have  been  provided  an  application 
for  food  stamps.    /  /  Yes,    /   /  No. 

16.  I  understand  that  I  have  the  right  to  a  fair  hearing  as  an  appeal  of  any  action  of 
the  Department  which  I  consider  improper,  and  also  any  delay  in  decision.  (Requests 
for  a  fair  hearing  may  be  made  at  the  county  office  of  the  Department  of  Institu- 
tions, Social  and  Rehabilitative  Services.) 

IT.    I  agree  to  notify  the  county  office  of  the  Department  of  Institutions,  Social  and 
Rehabilitative  Services  (Welfare  Office)  if  I  have  a  change  in  address,  income, 
property,  expenses,  marital  status,  needs,  number  in  the  household,  or  any  other 
circumstances. 

18.  I  hereby  authorize  the  Department  of  Institutions,  Social  and  Rehabilitative  Services 
to  make  any  necessary  investigation  to  verify  the  answers  I  have  given  and  I  under- 
stand the  necessity  for  investigation  of  my  financial  situation  and  other  factors 
relating  to  my  eligibility  for  the  assistance  hereby  applied  for,  and  other  bene- 
fits resulting  therefrom.    I  understand  that  this  authorization  does  not  relieve 

me  from  full  responsibility  for  the  information  included  in  this  application  and  to 
which  I  certify. 

19.  For  the  purpose  of  determining  whether  any  payment  will  be  made  in  my  behalf  for 
hospitalization  or  medical  services  furnished  to  me  during  any  period  I  am  receiving 
assistance,  I  do  hereby  authorize  the  Oklahoma  Department  of  Institutions,  Social 
and  Rehabilitative  Services,  or  any  representative  thereof,  for  the  purpose  of 
determining  compensability  of  claims  in  my  behalf,  to  inspect  all  hospital  and 
medical  records  pertaining  to  such  hospitalization  or  medical  services.    I  do  fur- 
ther authorize  such  hospital's  attending  physician  to  release  and  furnish  to  the 
Department  and  its  representatives,  for  the  purpose  of  determining  compensability 
of  claims  in  my  behalf,  any  information  shown  in  such  records  or  pertaining  to  such 
hospitalization  or  medical  services. 


20.    I  transfer,  assign  to,  and  authorize  payment  to  the  Department  of  any  and  all  claims 
I  have  or  may  have  against  Health  Insurance  or  Liability  Insurance  Companies,  or 
other  third  parties,  to  the  full  extent  of  all  payments  for  medical  services  made 
by  the  Department  for  me  or  ay  dependents. 


21.    I  certify  that  I  have  read  this  application,  or  the  application  has  been  read  to  ^  h 

me;  that  I  fully  understand  the  application  and  all  information  herein  contained 
is  true  and  correct  in  all  particulars.    I  further  understand  that  a  false  state- 
ment or  false  representation  made  by  me  for  the  purpose  of  obtaining  Public  Assis- 
tance payments  makes  me  subject  to  prosecution  for  perjury  and,  if  I  am  found 


i-i  re- 

k-  x 

i-fi  a> 

0 

ED  cn 


guilty,  I  may  be  imprisoned  for  not  more  than  five  years  in  a  state  penal  institu-  o 


3  CO 


o 
hi 


tion.    If  such  statements  result  in  my  actually  receiving  payments  or  other  bene-  •  3 

fits,  I  also  am  subject  to  prosecution  for  fraud,  and,  if  I  am  found  guilty  of  -q 
fraudulently  receiving  $1,000  or  less,  I  may  be  fined  up  to  $500  or  be  imprisoned 
for  not  more  than  three  months,  or  if  I  am  found  guilty  of  fraudulently  receiving 

in  excess  of  $1,000,  I  may  be  fined  up  to  $5,000  or  imprisoned  in  the  penitentiary  £  ^ 

for  up  to  two  (2)  years,  or  by  both  fine  and  imprisonment  in  the  discretion  of  the  ^ 

Court.  *  o 

22.    Signature  of  Applicant  or  Guardian  ;  Date   o 

Mailing  Address  


Signature  of  Spouse  (if  included  in  Signature  of  other  person  giving  infor- 

Section  1)  mat ion 

-V-  Ofcla.  DISRS  Revised  6-15-76 
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(Complete  the  following  section  when  an  applicant  cannot  read  or  write,  is  blind  or 
signs  by  mark  for  some  other  reason. ) 


I  have  heard  the  information  contained  in  this  application  read  to  the  applicant 
and  have  witnessed  the  signature  above. 

WITNESSES: 


Signature  Address 


Signature  Address 


NOTICE:    The  Oklohomo  Deportment  of  Institutions,  Social  and  Rehabilitative  Services  hos  assured  compliance  with  DHEW  Regulation, 
Title  45,  Code  of  Federol  Regulations,  Part  80  (which  implements  Public  Low  88-352.  Civil  Rights  Act  of  1964,  Section  601)  and  Port' 
84  (which  implements  Public  Low  93-112,  Rehabilitation  Act  of  1973,  Section  504).    These  laws  and  regulations  prohibit  excluding  from 
participation  in,  denying  the  benefits  of,  or  subjecting  to  discrimination  under  any  program  or  octivity  receiving  Federal  Financial  As- 
sistance any  person  on  the  grounds  of  race,  color,  nationol  origin  or  any  qualified  person  on  the  bosis  of  handicap.   Under  these  require- 
ments, payment  cannot  be  made  to  vendors  providing  core  andAir  services  under  Federally-assisted  programs  conducted  by  the  Department 
unless  such  core  ond/or  service  is  provided  without  discrimination  on  the  grounds  of  race,  color,  national  origin  or  handicap.  Written 
plaints  of  noncompliance  with  either  law  should  be  mode  to  the  Director,  Institutions,  Social  and  Rehabilitative  Services,  Box  25352 
Oklohomo  City,  Oklohomo  73125,  or  the  Secretory  of  Heolth,  Education,  and  Wei  fore,  Woshington,  D.C.,  or  both. 


coir  ■ 
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Application  and  Affidavit  for  Food  Stamps  - 
This  three-page  application  is  used  for  both 
PA  and  non-PA  households.     Exhibit  II-7,  fol- 
lowing this  page,  illustrates  the  questions 
asked  of  the  client  concerning  family  members, 
income,  resources,  expenses,  etc. 

Food  Stamp  Verification  Sources  and  Worksheet  - 
This  document  is  used  by  the  Food  Stamp  case- 
worker  to  collect  information,  verify  resources, 
income,  and  expenses,  calculate  deductions  and 
adjustments,  and  act  as  a  worksheet.     This  two- 
page  document  is  included  as  Exhibit  II-8,  fol- 
lowing Exhibit  II-7. 

Food  Stamp  Notice  of  Action  -  Exhibit  II-9, 
following  Exhibit  II-8P  is  an  example  of  the 
response  the  client  receives  from  the  state. 
This  form  is  completed  by  the  eligibility 
worker  after  he/she  has  determined  the  eli- 
gibility of  the  case. 

County  to  County  Transfer  Form  -  This  form  is 
used  in  the  OCIS  by  one  county  to  notify 
another  county  of  the  transfer  of  a  case. 
Exhibit  11-10,  following  II-9,  is  an  example 
of  the  form. 
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STATE  OF  OKLAHOMA 
DEPARTMENT  OF  INSTITUTIONS,  SOCIAL  AND 
REHABILITATIVE  SERVICES 

APPLICATION  AND  AFFIDAVIT  FOR  FOOD  STAMPS 


Exhibit  II-7(i) 


(Do  Not  Write  In  This  Space) 
COUNTY   


CASE  NUMBER:  

HOUSEHOLD:  £Z7  PA  ZZ7  Non-PA 
OR!C.  APP.  CJ    REAPP.  ZZ7 


Name  of  Head  of  Household  (Last,  First,  Middle) 


II.   Telephone  Number: 
Home: 
Business: 


Ml.       Mailing  Address  (Number,  Street,  Route  Number  -  City,  County,  State,  Zip  Code) 

IV.       Address  Where  Residing  (If  different  from  above)  (Number,  Street,  Route  Number,  City,  County,  State,  Zip  Code) 
(if  rural  route,  give  directions  to  the  home) 

Give  the  following  information  for  all  persons  living  in  your  household,  except  roomers,  boarders,  or  persons  who  provide 
nursing  care,  housekeeping  service,  or  child  care.  List  these  exceptions  in  No.  VI.  (List  any  additiona'  members  on  a 
separate  sheet  and  attach) 

1 

[  Date 
Name  of 
!  Birth 

Birth 
Place 

Relationship 
to  Head  of 
Household 

Employment 
Status 
Code 
(See  These 
Codes  Below) 

Social 
Security 
Number 

Head  of  Household 

2. 

3. 

4. 

5. 

...  . 

7. 

8. 

9. 

10. 

11. 

12, 

13. 

EMPLOYMENT  STATUS  CODES 


A.   Mother  or  other  household  member  with  responsibility 
foj  care  of  sick  or  disabled  or  dependent  children  under 


tor  c< 


ents  enrolled  at  least  half  time  in  a  school  or 

~~7Kjfining  program. 

C.  Persons  working  at  least  30  hours  per  week. 

D.  Persons  unable  to  work  because  of  mental  or  physical 
health  reasons  . 

E.  Persons  self-employed  on  a  full-time  basis. 


F.  Under  18  years  of  oge. 

G.  Over  65  years  of  age. 

H.  AFDC  recipient  -  registered  for  Work  Incentive 
Program. 

I.  Available  for  employment  (Such  person  must  com- 
plete Form  FNS-284,  Work  Registration,  before 
eligibility  for  Food  Stamps  can  be  established) 


c 


c 


Exhibit  11-7(2) 


n-Household  Members 
any  of  the  persons  living  in  the  home  pay  for  board,  room  or  both?  /..  .'  Yes 


No      If  yes,  give  this  information 


NAME  (Lost,  First,  Middle) 


Check 
Appropriate 
Box 


Amount  Paid 


I 


How  Often 


Room    Boord  Both 


Weekly  Monthly 


Other 


VI. A   Does  any  member  live  in  the  home  to  provide  nursing 
cate,  housekeeping  services,  or  care  for  children  so 
*hat  you  or  other  members  of  the  household  can  work? 
"  Yes      L  /  No         If  "Yes",  give  this  person's 

name. 


VII      Dc  you  have  a  place  to  prepare  cooked  meals  where 


you  live?         ,   Yes    .  ..  /  No 


VIII    Are  you  or  your  spouse  unable  to  prepare  meals  be- 
cause of  health  problems?  /    7  Yes     L    7  No 
If  "Yes",  do  you  receive  meals  from  either: 
A.   Meals  on  wheels  program? 
ZZ7  Yes  ZZ7No 
^■|^B.    A  communal  dining  facility? 
'^B      £17  Yes  £jHo 


VI. B    Do  any  other  persons  live  in  the  home?    !f  so,  give  the 
names  and  status  -  for  example,  do  they  share  the  home 
or  rent?   Do  they  live  as  a  separate  household  unit? 
Explain  fully. 


IX. 


Are  you,  or  any  member  of  the  household,  a  member  of  a 
drug  addict  or  alcohol  ic  rehabilitation  treatment  center? 
££7  Yes     £7  Ho 
A.   If  "Yes",  give  the  household  member's  name. 


Name  of  Treatment  Center 


B.    Do  you  participate  on  a  ££7  resident  or  /_ 
resident  basis? 


non- 


X.       School  or  Training  Program.   Give  the  following  information  for  persons  listed  under  item  V  as  students.   Individuals  coded 

as  B. 


Name  of  Household  Member 
(Last,  First,  Middle) 

Age 

Name  of  School  or  Training  Program 

Number  of 

Hours 
Attending 
Each  Week 
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XI.      Resources.    Resources  include  cash  on  hand,  money  in  checking  or  savings  accounts,  (inciuding  credit  unions)  stocks, 
bonds  and  other  items  which  can  be  easily  changed  into  cash,  as  well  as  real  property,  buildings,  and  personal  property 
(such  as  campers,  boats,  motors,  etc.)   If  none,  write  "NONE."   Do  not  include  your  home,  personal  items  (clothing, 
jewelry,  etc.)  household  goods,  or  one  licensed  automobile. 


Name  and  address  of  person  who  owns  the  resource 
(Last,  First,  Middle) 

Type  of  Resource 

Value 

Amount  owed 
on  Resource 

h*  

!  

r 
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Exhibit  11-7(3) 


XI 


•fiey-Making  Resources:  List  all  resources  used  to  produce  income  such  as  rented  property,  real  estate,  mineral  rights 
personal  property,  etc.  If  none,  write  "NONE." 


Name  of  Person  Who  Owns  the  Resource 
(Last,  First,  Middle) 

Type 
of  Resource 

Value 

Amount  Owed 
on  Resource 

Monthly  Income 

$ 

$ 

$ 

* 

$ 

T~ 

% 

* 

$ 

$ 

$ 

* 

XIII. 


Income.   (List  all  income  from  all  sources).   Income  includes,  but  is  not  limited  to:   public  or  general  assistance  (welfare) 
payments,  supplemental  security  income,  V.A.  benefits,  social  security  or  railroad  retirement  benefits,  vacation  pay,  un- 
employment compensation,  strike  benefits,  cash  gifts,  awards  and  prizes,  scholarships  and  educational  loans,  dividends 
and  interest,  earnings  from  employment  or  training,  foster  care  payments,  annuities  and  pension,  and  alimony.   If  none, 
write  "NONE." 


NAME 

Age 

SOURCE  OF 
INCOME 

(Name  of  Agency, 
Firm,  Employer) 

Gross 
Amount 

How  Often 

Deductions 
(from  earned  income) 

Weekly 

Every  2  Weeks 

Twice  Monthly 

Monthly 

Taxes 

Social 
Security 

Other 
(Union  Dues, 
Retirement, 
etc.) 

List 
Separately 

1.  Federal 

2.  State 

3.  City 

$ 

1 

3 

$ 

$ 

ft 

$ 

l 

3 

$ 

$ 

$ 

i 

' 
3 

$ 

$ 

$ 

l 

2 
3 

$ 

$ 

NOTE:  Wage  stubs  or  other  documents  which  can  be  used  to  verify  the  amount  of  income  from  employment  and  mandatory  deduc- 
tions or  income  from  other  sources,  must  be  attached  or  made  available  upon  request. 

If  any  member  of  the  household  has  income  from  self-employment  or  farm  operations,  a  supplemental  form  must  be  filed.  The 
county  office  will,  upon  request,  provide  you  with  a  form  to  be  used  to  report  this  income. 


X5V.   Income  —  Not  Received  in  Money.   Free  housing  provided  by  your  employer,  supplemental  rent  or  mortgage  payments  by  the 
Federal  Government  on  your  shelter  payments,  and  any  other  payment  made  by  someone  not  in  the  household  for  a  member 
of  the  household. 


How 

Often 

M 

• 
• 

_>» 

JC 

Name  of  Person  Making  Payment 

Type  of  Payment 

Gross  Amount 

_>» 

• 
• 

CM 
• 
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$ 

$ 

$ 
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Exhibit  11-7(4) 


X\  EXPENSES 

Give  the  following  information  about  your  household 
expenses. 

These  expenses  oro  only  those  that  are  actually  paid 
by  the  household  or  those  paid  on  behalf  of  the  house- 
hold by  another  person  or  source. 

IMPORTANT:   This  will  enable  us  to  give  full  credit 

for  all  allowable  expenses. 


HOW  OFTEN  EXPENSES  ARE  PAID 


Amount 


5 


t 

> 


■£ 
c 
o 

«s 
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Number  of  months 
to  be  paid  (if  less 
than  12) 


Shelter 

1.     Rent  or  mortgage  payment  on  home 


Value  of  free  housing  furnished  by  employer 
or  amount  of  supplemental  rent  or  mortgage 
payment  paid  by  the  Federal  Government  on 
your  rent  or  mortgage,  if  applicable. 


2.     Utilities  (if  not  included  in  rent) 
(a)  Heating  and  cooking  fuel 


(b)  Electricity 


(c)  Sewage  disposal  fees 


(d)  Water 


(e)  Telephone  (Basic  charge  for  one) 


3. 


* 


Taxes  and  assessment  -  (Yearly  Payments) 

if  not  in  mortgage 

(a)  Real  estate  taxes  on  home 


(b)  Insurance 


(c)  Special  assessments  (if  required  by  law) 


B. 


Medi  eel 

1.    Physician  and  dental  services 


2.   Hospital  or  nursing  care 


3.   Health  insurance  and  medicare  premium 


4.   Prescription  drugs 


5.   Other  (specify) 


C. 


Unusual 

1.   Replacement  or  repair  of  property  damaged  or 
lost  through  vandalism,  fire,  theft,  flood, 
storm,  etc.  Explain:   


2.    Funeral  expenses  paid  by  a  member  of  the 
household.  Explain:   


D.  Other 

1.    Payments  for  the  care  of  a  child  or  another 
person  when  necessary  for  a  household  member 

to  work  outside  of  the  home. 


Tuition  ond  mandatory  fees  for  education  (Do 
not  include  cost  of  books  or  materials). 


(a)  When  paid?  

(b)  For  whom  paid?  

(c)  To  whom  paid?  

(d)  Period  covered  by  payments: 
From  To  
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Exhibit  11-7(5) 


E.  r, 


^BBpnonne  v.So  is  noi  o  member  of  the  household  pay  for  any  cf  fhc  above  or  other  expenses? 


ss      ^    '  Nc         If  yc-s,  give  the  following  information: 


Nome  o-  Person 

Address 

Type  of  Expense 

Amount  Paid 

$ 

$ 

$ 

XVI.   Do  you  r.xoi-1  any  chi  nqe  in  yoor  household  circumstances—income,  resources,  living  arrangement  or  other  circumstance 
addressed  above-in  the  near  future?  L  /Yes    Z_/  No        If  yes,  explain  in  detail. 


VII.  Certification 

I  ce  tify  that  th'i  noplicatian  has  been  examined  by  me  (or  read  to  me)  ond  that  the  information  given  is  true  and  correct  to  the  best  of  my 
knowledge         belie'.    I  agree  to  provide  the  county  office  information  necessary  to  verify  any  statements  given  in  this  application  and 
hereby  yive  perniss        :o  =btoin  such  verification.    I  will  also  cooperate  fully  with  state  and  federal  personnel  in  a  quality  control  review 

I  ojree  to  inforrr  rile  ccjnty  office  promptly  (vithin  10  days)  of  changes  in  income  anj/or  deductible  expenses  if  mora  than  $25.00  for 
either  income  or  i?xpens.;s,  resources,  living  arrangements  or  other  information  which  I  hove  given  since  such  changes  moy  affect  eligibility 
to  purchase  food  coupons  or  the  amount  to  be  paid  for  them.    I  understand  if  I  fail  to  report  changes  which  couse  an  over-issuance  of  food 
coupo.is  to  my  household,  !  may  be  asked  to  make  a  reimbursement  for  the  amount  of  food  cupons  I  was  overissued. 

'  understood  thot  wnen  I  pion  to  Tove  to  mother  state  participating  in  the  food  stamp  program,  it  may  be  possible  for  me  to  purchase  food 
coupons  in  the  olher  stale  without  making  application  immediately,  PROVIDED  that  I  report  the  move  to  tho  county  office  in  tho  county 
from  which  !  um  moving. 

Non-Discriminotion:  This  aoplieotion  will  be  considered  without  regard  to  race,  color,  religious  creed,  national  origin,  or  political  be- 
liefs. 

I  understand  I  have  a  right  to  o  hearing  if  I  am  not  satisfied  with  the  action  taken  on  my  signed  opplication  by  the  county  offics  including 
action  net  be;ng  lokeo  within  30  days. 


^PP.E  YOU  SIGH  YOUR  NAME,  GO  BACK  AND  CHECK  TO  SEE 
IEH0LD  HAS  BEEN  ANSWERED  ACCURATELY. 


THAT  EACH  ITEM  THAT  APPLIES  TO  YOUR 


Penalties  for  Proud:    Whoever  receives  or  attempts  to  receive,  or  assists  any  person  to  receive  by  means  of  a  falso  statement  or  mis- 
representation or  by  impersonation  or  by  other  fraudlent  means,  food  stamp  coupons  to  which  he  is  not  entitled,  or  fails  to  report  prompt- 
ly any  changes  in  their  circumstances,  may  be  subject  to  criminal  prosecution.    Senate  Bill  No.  275  (Section  3,  Chapter  62,  Oklahoma 
State  Low  (56  O.S.  Supp.  1974,  Section  243)  v/as  amended  providing  for  penolties  for  misuse  of  food  stamps  for  those  recipients  who  re- 
ceive thim  froudently.    The  law  stipulates  any  person  who  receives  food  stamps  in  a  fraudulent  situation,  shall  be  guilty  of  a  mis- 
daameanor  if  the  amount  of  food  stamps  or  coupons  is  $1,000.00  or  less  and  upon  conviction  fined  not  more  than  $500.00  or  be  imprisoned 
at  the  discretion  of  tha  court.    Also,  if  one  is  found  guilty  of  a  felony,  food  stamps  or  coupons  obtained  or  transferred  in  excess  of 
$1,000.00  ond  upon  conviction  shall  be  fined  not  more  than  $5,000.00  or  be  imprisoned  for  not  more  than  two  yoeirs  or  by  both  such  fine 
and  imprisonment  at  the  discretion  of  tho  court. 

Anyone  Who  Aids  another  person  to  obtain  food  stamps  fraudulently  is  subject  to  the  same  penalties. 
Hc«9  anyone  in  your  household  received  food  stomps  this  month  from  any  state?   Yes  ZH7  ,  No  ZH7  . 
If  possible,  I  wish  to  hove  my  purchase  requirement  withheld  from  my  AFDC  warrant.    /'    '/  Yos,  No. 
I  wish  to  reeaive  an  Authori zation  to  Purcha?;o  Food  Stamps  dl  Monthly,  /    /  Semi-monthly. 


SIGNATURE  (Head  of  Hou 


SIGNATURE  of  Spouse 


SIGNATURE  (Authorized  Representative) 


If  Signad  by 

"X" 


1.  SIGNATURE  OF  WITNESS 

2.  SIGNATURE  OF  WITNESS 


E  OF  PERSON  (If  any,  helping  to  complete  form)  ADDRESS 


IF  YOU  WOULD  LIKE  TO  HAVE  SOMEONE  ELSE  PURCHASE  YOUR  COUPONS  FOR  YOU,  GIVE 
PERSON'S  NAME  AND  ADDRESS. 


REASONS  AND  THE 
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SPATE  01'  OKLAHOMA 
DRPAF.TMi.MT  OF  INSTITUTIONS,  SOCIAL  AND 
REHABILITATIVE  SERVICES 

VOQD  STAMP  VTSRIFICATIC'i  SOURCES  PulL  WOLKSHEET 


IDEMTIF  Y II-.'G  1 N  FORM/.TIC  II 


Case  Number 


Case  Name 


Companion  Case 
Number ( s ) 


Date  of 
Application 


Number  Tip 
Household 


Date  of  Interview   iPerson  Interview  d 


'.'ome 


Office 


1 


All  Household  Members  are  U.S.lType  of  Household" 
Citizens  or  Eligible  Aliens 
CJ  Yes,    £3  No 


IO  PA.     ZT7  Non-PA 


I.    RESOURCES  (Disregard  this  section  for  PA 

a.  liquid  Resources  $  

b.  lion-Liquid  Resources: 
(Do  not  list  exempt 

resources )  $ 

c.  Total  Resources  for  FS  $ 


II. 


• 


B.  Other  Monthly  Income 

1.  Boarder  Payments  $_ 

2.  Less  Coupon  Allowance 
(One-person  Allotment) 

3.  Total  Boarder  Income 
(Line  1  minus  2)  =$_ 

k.  Roomer  Payments  +$_ 

5.  Self -employment  Income 
(Monthly  as  prorated) 
Includes  Farm  +$_ 

6.  Student  Loans,  Grants, 
Scholarships  (Pro- 
rated Monthly)  +$_ 

7.  PA  Grant,  Social  Secu- 
rity, SSI,  Railroad 
Retirement,  Pension 
Vendor  Payments 
Other  Income 


8, 
9. 
10. 


Total  Other  Income 


+$" 
+$" 

.$ 


C.  Total  Food  Stamp  Income 
(Line  A5  plus  Line  BIO) 


and  Uon-PA  SSI  Households. ) 

d.  Allowable  Resources  for  Household 
Size  end  Composition  (consider  age  of 
members)  (Nob  applicable  for  PA  House- 
holds )  $  

e.  Eligible  based  on  resources 

O  Yes  [J  No 


INCOME 

A.  Monthly  Earned  Income  from 
Employment 

1.  Gross  Salaries,  Wages, 
Training  Allowances,  in-kind 
shelter/utilities  (Do  not 
list  excludable  income)  % 

2.  Less  10$  of  Line  1 

(Not  to  exceed  $ 30 / mo . ) -$  

3.  Toti'.l  earned  income 
(Line  1  ;.nnus  hir4*  '-')  * 

k.  Less!  Mandatory  Deduc- 
tions -$  

5-  Adjusted  Earned  Income 


Verification  for  Resource:.,  Income  and 
Income  Deuuctions .     (Use  this  space  to 
document  verifications.    For  additional 
space ,  use  page  '4 . ) 

RESOURCES : 


INCOME: 


< 

H 

l-i 

O 

H' 

X 

Hi 

OJ 

H- 

en- 

O 

a> 

cn 

rt  *<; 

o 

rr 
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* 

3 

M 

hh 

I — > 

O 

i-l 

w 

> 

cr  X) 
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H- 

H- 

nr 

a 

< 

* 

rt 

H« 

O 
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SKELTER. 
Mortgage 
pi 

nsurance 


Date 


A  tut . 


Verif.  Source 


TOTAL 


Check  if  client  did  rot  provide  verification  CJ 


UTILITIES: 
Gas: 

Pat- 


Adit 


Verification  Soarce 


DEDUCTIONS  FROM  INCOME: 


TOTAL 


=  $ 


Chet>  if  client  dia  not  provide  verification  f~l 
Electric : 

-■ate  ,  Verification  Source 


i 


— i  


TOTAL 


Check  if  client  did  not  provide  verification  [~1 
Wate  r/Garber^e : 


Ami , 


Verification  Source 


=1 


Che  k  ':i„eu-  did  net  v-rovide  verification  CD 
Phone : 

Datr  Aat.  Verification  Source 


T 


Check  if  client   iid  not  provide  verification 

shelter:  ________ 

Cat; :  

KJuctric;  

Hh ler/Garbarge :   

Phop.e : 


MEDICAL  DEDUCT,: OTIS: 


Type  of 


Expense 

■Jate 

Amt . 

Verif.  Source 

i         i  ] 

—  ■  

■        —i  ...  -...__■_»— _■ 

_* 

TOTAL 

Check  if  c) 
FSP-1.10 

iej'-t  dj  -J 

*.ot  provide  verification  /~~7 
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Deductions  from  Income 
Attendant  (child  caxe 


or  mec 


leal) 


Plus  Coupon  Allowance 
(Monthly  one-person 
allotment  it  allowed) 
3.  Medical  (only  if  over 

$10  per  month j 
h.  Child  care  (if 
allowed) 

5.  Mandatory  Education 
Expenses 

6.  Support  or  Alimony 

7.  Unusual  Expenses 
(required  supervisory 
approval  below) 

8.  Total  Deductions 
Other  Than  Shelter 


$" 


4-  $ 


E. 


Shelter  Adjustment 

1.  Food  Stamp  Income 
before  Shelter  Adjust 
ment  (from  Line  C) 

2.  Deductions  (from  Line 
D8) 

i.  Net  Food  Stamp  Income 
k.  Multiply  by 
5.  3r-  percent  of  income 
Tot<'il  Shelter  Costs 
Less  Line  115  (if 
applicab  !.•?  ) 

Shelter  costs  in  excess 
of  30$  (shelter  deduc- 
tion) =  $ 
Net  Food  Stamp  Income 
(from  Line  E3)  $ 
Less  Shelter  Adjust- 
ment (from  Line  E8)        -  $ 
Adjusted  Net  Food  Stamp 
Income  (Round  Down)       =  $ 


w 

8. 


-  $ 
=  % 
x  $" 
=  $" 

-  $ 


.30 


10. 


—  X  * 


III.  WORK  REGISTRATION 


HH  Mem 

Reg. 

Code 

Date 

Verification  Source  fcr  Exemption 

1.  

2. 

3. 

U. 

5. 

6.~~ 

7. 

8. 

9.__ 

10. 

11. 

12. 

13. 

IV.  ELIGIBILITY  DETERMINATION 

a.  Allowable  Income  for  Household 
Size  (Not  applicable  for  PA/SSI 
Households)  $_ 

b.  Adjusted  Net  Food  Stamp 
Income  (from  Section  II  Ell)  $_ 

c.  Eligible  (meets  income,  re- 
sources, cooking  facilities, 
citizenship,  eligible  alien 
and  work  registration  require- 
ments)   LJ  Yes,  £7  No 

EJ  FSP-37  if  negative  action 

d.  Eligible  household  members 
( Numbe  r )  

e.  Certification  date  

Number  of  months 


Frequence  of  Issuance 
f~~7  Monthly,    CJ  Semimonthly 
PAW  option  (AFDC)  O  Yes,  ZL7  No 
Basis  of  Issuance 

Purchase  Requirement  

Total  Coupons  


SUPERVISOR'S  APPROVAL  FOR  UNUSUAL  EXPENSES:    OJ  Yes,      FJ  No 
(if  applicable) 


Action  Taken  By: 
Signature 


Employee 
Number 


Date 


Action  Taken  Approved:  _Z7  Yes 
Supervisor 


bmjei 


Employee 
Number 


Date 


< 
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STATE  OF  OKLAHOMA 
DEPARTMENT  OF  INSTITUTIONS,  SOCIAL  AND 
REHABILITATIVE  SERVICES 

Date  

Case  Name_ 
Case  No. 


Based  on  the  evidence  currently  available  to  this  office,  it  is  necessary  that  we 
take  the  following  action  regarding  your  food  coupons: 

n  Your  application  for  Food  Stamps  is  denied. 

/  /  Your  monthly  Food  Coupon  purchase  requirement  will  be  increased  to 

$  for  a  monthly  coupon  allotment  of  $  ,  effective 


/  /  Your  Food  Stamp  case  will  be  suspended  effective 

/    /  Your  Food  Stamp  case  will  be  closed  effective  

This  action  is  necessary  because: 


~  If  you  do  not  agree  with  the  above  action,  you  may  request  an  interview  with  the 
County  Administrator  at  the  county  office  in  order  to  present  additional  evidence 
or  discuss  the  above  action.    You  may  have  some  other  person  represent  you,  if 
you  desire. 

Forms  for  requesting  a  fair  hearing  and  help  needed  in  completing  the  forms  or  in  <  H 

preparation  for  the  hearing,  are  available  to  you  or  your  representative  at  the  [*. 
county  office  of  the  Department  of  Institutions,  Social  and  Rehabilitative  Services.  ~J.  % 

o 

JD  CO 

You  may  request  a  fair  hearing  no  later  than  .     If  you  file  a  request  rf< 

for  a  fair  hearing  anytime  before  ,  participation  will  be  continued  o  n- 

pending  the  decision  by  the  Appeals  Committee.     If  you  file  after  ,  3 

you  will  not*  continue  to  receive  benefits  pending  the  decision  "by  the  Anpealc  fl  h, 

Committee.  t  ° 

Q 

Very  truly  yours,  £^ 

-■  i— ■ 

r  a 
i  03 

County  Administrator  w- 

  _  Department  of 

(County") 

Institutions,  Social  and'  Rehabilitative 
Services 
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STATE  OF  OKLAHOMA 
DEPARTMENT  OF  INSTITUTIONS,  SOCIAL  AND 
REHABILITATIVE  SERVICES 


To:        Supervisor:  Transfer  Desk 


Date: 


From:      Supv.  Dist.  # 


Wkr. 


Attention:    Transfer  Desk 


Subject:  Case  Name 


Last 


First 


Case  Number 


In  Reply  -  Address  to 
Attention:   


STATUS 


Please  request  this  case  from 
Please  transfer  this  case  to 
Present  address 


County. 
County. 


Street  or  Box  Number 


City 


Zip  Code 


Comments : 
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III.      OKLAHOMA  CASE  INFORMATION 


SYSTEM  AUTOMATED  SYSTEM  DESCRIPTION 


This  section  contains  a  description  of  the  Oklahoma 
Case  Information  System  (OCIS)   automated  system  based  upon 
the  documentation  and  information  provided  by  State  personnel. 
OCIS  is  first  presented  in  flowchart  format,  illustrating  in- 
puts, outputs,  programs,  and  file  interrelationships  used  in 
the  daily  cycle  of  the  OCIS.     Following  the  system  flowchart 
are  descriptions  of  the  major  system  programs  for  which  the 
State  provided  documentation,  and  a  discussion  of  the  inquiry 
capabilities  of  OCIS. 

1.  DAILY  CYCLE  FLOW 

Exhibit  III-l,  following  this  page,   illustrates  the  on- 
line and  batch  processes  performed  in  the  daily  OCIS  cycle. 
Vertically  from  the  top  of  the  page,  this  shows: 

Client  interaction  with  OCIS 

County  office  inputs,  outputs,  and  reports 

State  office  capabilities  and  reporting 

On-line  and  batch  programs,  their  inter- 
faces and  data  exchanges 

On-line  and  backup  files  used  and  produced 
in  the  daily  cycle. 

Also,  this  exhibit  reflects  the  system  flow  beginning  with  in- 
take processing  through  automated  production  of  warrants, 
Medical  IDs,  Food  Stamp  coupons,  Authorization  to  Purchase 
(ATP)   cards,  and  an  extensive  collection  of  management  reports. 

2.  OCIS  MAJOR  PROGRAM/MODULE  DESCRIPTIONS 

The  Oklahoma  Case  Information  System  is  composed  of  many 
modules  or  programs.     Below,  each  major  element  of  the  auto- 
mated system  is  described  based  on  available  documentation. 
It  should  be  noted  that  the  current  system  is  undergoing  a 
rewrite  to  accommodate  IMS  conversion  and  in-depth  documenta- 
tion is  anticipated  to  be  a  product  of  that  effort. 

The  following  narratives  describe  the  major  OCIS  programs: 

The  CI009  program  edits  "block  level"  trans- 
actions  (cases  are  made  up  of  multiple  blocks) 
extracted  from  the  log  file  and  also  creates 
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update  records  for  cases  that  may  eventually 
be  changed  or  added  to  the  Case  Information 
Master  File.     Failure  of  any  edit  prevents 
the  generation  of  an  update  record  of  the 
case  and  produces  an  expection  record 
that  is  printed  at  end-of-job  on  a  reject 
report. 

The  CIO 11  program  performs  intra-block- 
relationship  edits  at  the  case  level;  writes 
edit  failures  out  to  an  exception  report  with- 
out updating  the  master  file;  updates  the  Case 
Information  File  with  successfully  edited  and 
added  cases;  creates  a  transaction  file  con- 
sisting of  the  following: 

Copy  of  each  update  record  as  created 
by  CI009 

Exception  records  written  as  the  result 
of  edit  failures 

Copy  of  all  new  cases  added  to  the 
Case  Information  File 

-  Copy  of  all  changed  cases  on  the 
Case  Information  File  before  and 
after  the  update  is  applied. 

Program  CI107  provides  the  following  post 
update  processing  and  reporting  capabilities: 

Selects  active  cases  from  the  Case 
Information  File  and  writes  them  to 
the  active  case  master  tape  file. 

Selects  inactive  cases  from  the  Case 
Information  File  and  writes  them  to 
the  inactive  case  master  tape  file. 

Cases  that  have  been  reactivated  in 
the  CIO 11  processing  appear  on  both 
the  active  and  inactive  master  file 
after  the  reactivation.     In  support, 
CI107  deletes  the  inactive  case  from 
the  inactive  file. 

Purge  all  closed   (C) ,  cancelled,    (N) , 
or  denied   (D)   cases  from  the  Case  In- 
formation Master  File  that  have  not 
experienced  any  action  in  one  year. 
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Produce  the  following  reports  - 
totals  by  status,  county,  and 
category;  CI  12  Report  for  balan- 
cing; and  Record  Control  Summary 
Listing. 

Program  CIO 18  extracts  information  from  the 
Case  Information  Transaction  File  concerning 
updates  to  the  Case  Information  Master  File. 
This  extracted  data  is  used  for  the  extensive 
management  reporting  done  in  this  module. 
Flexibility  is  built  into  this  program  so 
that  new  reporting  requirements  can  be  satis- 
fied with  a  minimum  amount  of  effort. 

The  CIO 19  program  extracts  data  from  the 
Case  Information  Transaction  File  to  create 
a  print  tape  for  the  105As  and  10  5Bs. 

Program  CIO 39  reads  the  warrant/check  tape 
and  produces  a  report  of  dollar  totals  by 
county  by  category. 

Program  PA0  70  reads  the  warrant/check  tape 
that  is  in  category,  case,  county  sequence 
and  produces  an  issue  tape,  printed  warrant 
registers,  printed  checks,  and  warrant  regis- 
ters written  on  tape  if  requested.  Control 
cards  are  used  to  ensure  sequential,  unique 
check  numbers. 

3.       OCIS  INQUIRY  CAPABILITIES 

The  OCIS  Inquiry  System  offers  the  counties  access  to 
the  Case  Information  Master  File,  medical  claims  history, 
medical  provider  files,  and  alphabetic  cross-referencing 
capabilities  via  Cathode  Ray  Tube  (CRT)   display  terminals. 
This  terminal  network  is  supported  by  IBM's  Customer  Infor- 
mation Control  System  (CICS) .     This  security-conscious  in- 
quiry network  also  provides  the  State  and  counties  with 
statistical  information  related  to  the  requirements  and  ad- 
ditional uses  of  the  centralized  file  information. 

The  following  is  a  description  of  the  individual  inquiry 
capabilities : 

Alphabetic  Cross-Ref erence   (ALFX)   and  FIND 
assist  the  State  and  counties  in  identifying 
and  researching  individuals  and  cases  in  the 
OCIS.     Frequently,  the  only  information  avail- 
able to  identify  a  case  or  individual  is  the 
name.     Other  information  may  be  available  such 
as  birthdate,  sex,  county,  race,  etc.  The 
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terminal  user  can  enter  the  identifying  infor- 
mation available  and  get  back  a  list  of  the 
persons  who  best  match  the  given  data. 

The  inquiry  format  for  ALFX  is: 

ALFX/last  name/first  name/middle  initial/ 
county /birthdate/sex/race/category/case 
number/social  security  number 

Any  or  all  of  the  identifiers  may  be  used. 
Omitted  identifiers  should  be  designated  by 
their  appropriately  positioned  identifiers. 

Exhibit  III-2,  following  this  page,  is  an 
example  of  the  display  screen  after  an  ALFX 
inquiry.     The  displayed  fields  are  name, 
county,  weighted  match  percentage,  case 
number,  person  code,  birthdate,  sex,  race, 
and  HIB  or  social  security  number.     The  weighted 
match  percentage  is  an  estimate  of  the  accur- 
acy of  the  match  based  on  the  data  provided. 
Similarities  in  last  names  are  performed  by 
using  a  Soundex  Code  Generator  which  converts 
a  12-character  last  name  to  a  4-character 
Soundex  Code  which  is  used  to  read  the  XREFINDX 
file. 

FIND  is  identical  to  AFLX  with  the  only  differ- 
ence being  the  input  format.     FIND  uses  a  for- 
matted input  screen  for  inquiry  (Exhibit  III-3, 
following  this  page)  while  ALFX  is  free  format. 
The  output  from  ALFX  and  FIND  is  identical  when- 
ever the  same  I  identifiers  are  used. 

10 5A  retrieves  all  10  5  Form  A  information  from 
the  Case  Information  File  and  formats  it  into 
seven  different  display  screens.     This  infor- 
mation is  retrieved  based  on  category  and  case 
number.     Data  displayed  on  each  of  the  seven 
pages  can  be  described  as  follows: 

Page  1  is  an  index  of  the  data  retrieved 

Page  2  contains  general  case  information 

Page  3  contains  cross-references,  com- 
panion costs,  and  food  stamp  data 

Page  4  describes  resources,  grant  com- 
putation, and  amount 
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Page  5  contains  adult  male  member 
information 

-        Page  6  contains  adult  female  member 
information 

Page  7  describes  children  incomes . 

Exhibit  III-4,  following  this  page,  is  an  il- 
lustration of  page  2   Cgeneral  case  information) 
of  the  105A  inquiry  display.     And  Exhibit  III-5, 
following  III-4,  is  an  example  of  page  4  (re- 
sources and  grant  computation) . 

10 5B  Retrieves  all  105  Form  B  information  from 
the  Case  Information  File.     This  data  is  for- 
matted into  a  variable  number  of  display  pages 
determined  by  the  number  of  dependents  in  the 
case.     There  are  three  types  of  display  pages 
used:     (1)   list  of  children  in  the  case  with 
their  names,  person  code,  birthdate,  status, 
and  page  reference;    (2)  display  of  blocks  10 
through  45  of  the  10 5B  Form;  and   (3)  display 
of  blocks  46  through  76  of  the  10 5B  Form. 

36P  is  one  of  the  three  medical  inquiries.  The 
information  displayed  is  extracted  from  the 
physicians'  and  dentists'  claim  form  ADM-36. 
Up  to  15  claim  numbers  associated  with  a  case 
number  can  be  retrieved  at  once  with  the  vendor, 
claim  type,  paid  date,  and  page  reference  for 
detailed  individual  claim  information. 

1490  is  the  second  of  the  three  medical  inquiries. 
This  information  is  extracted  from  Social  Security 
Administration  Form  1490W.     Up  to  15  claim  num- 
bers associated  with  a  case  number  can  be  re- 
trieved at  once  with  the  service  dates,  number 
of  services,  total  allowed  charge,  and  a  page 
reference  for  detailed  individual  claim  information. 

MEDL  is  the  third  of  the  three  medical  inquiries. 
The  information  displayed  is  extracted  from  mis- 
cellaneous hospital  claim  forms  ADM-47,  ADM-39, 
and  ADM-12.     Up  to  15  claim  numbers  associated 
with  a  case  number  can  be  displayed  at  once  with 
the  service  dates,  type  of  service,  amount,  and 
page  reference. 

VEND  retrieves  vendor  information  from  the  Vendor 
File  for  a  given  vendor  type  and  number.  Ex- 
hibit III-6,  following  Exhibit  III-5,  illustrates 
some  of  the  types  of  information  included  on  this 
screen. 
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IV.     ANALYSIS  SUMMARY  AND  RECOMMEND ATI ON S 


This  section  of  the  report  is  designed  to  highlight  the 
major  advantages  and  disadvantages  of  OCIS  based  on  analysis 
of  material,  information,  and  documentation  provided  by  the 
State.     Finally,  recommendations  are  made  regarding  the  pos- 
sible enhancement  of  OCIS  components  and/or  methodologies. 

1.  MAJOR  ADVANTAGES  OF  OCIS 

OCIS  offers  four  major  advantages  which  would  be  of 
interest  to  a  receiving  state  or  agency. 

System  is  very  stable  and  installed  statewide 

OCIS  has  been  transferred  in  the  past  (e.g., 
Colorado,  Hawaii,  Maine,  New  Jersey,  Texas) 

Strong  inquiry  capabilities  including  features 
such  as  encoded  name  search  and  access  to 
medical  claims  history 

Programs  are  almost  exclusively  written  in 
COBOL. 

2.  MAJOR  DISADVANTAGES  OF  OCIS 

The  major  disadvantages  of  OCIS  are: 

Different  application  forms  are  required  by 
each  program  (e.g. ,  an  individual  applying 
for  AFDC  and  Medicaid  would  have  to  fill  out 
two  applications,  many  times  answering  the 
same  question  twice) 

Limited  system  and  design  documentation 
available 

With  the  exception  of  inquiry  and  data 
entry,  OCIS  functions  in  a  batch  mode, 
not  allowing  on-line  processing  and  updating 

OCIS  functions  much  like  a  report/eligibil- 
ity verification  system  rather  than  an 
automated  eligibility  system 

Full  names , of  all  the  members  of  a  case  are 
entered  twice,  once  when  a  case  is  assigned 
a  case  number  and  again  when  the  Form  105 
is  entered. 


( 


( 


3.  RECOMMENDATIONS 


As  a  result  of  this  study  of  OCIS,  several  recommenda- 
tions are  presented: 

Enhance  and  update  documentation 

Merge  the  case  number  assignment  process  into 
the  original  data  entry  of  the  Form  105  pro- 
cedure, thereby  eliminating  double  data  entry 
of  case  members '  names 

Automate  some  of  the  back-end  processes  which 
are  now  being  done  manually   (e.g.,  Notice  of 
Action  letters) 

Thoroughly  consider  all  of  the  new  capabilities 
IMS  will  provide  and  the  possible  design  modifi- 
cations which  IMS  may  justify  when  OCIS  is  up- 
graded to  IMS,  as  is  scheduled  for  the  future. 
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I .  OVERVIEW 
STATE  OF  TEXAS 
SYSTEM  FOR  APPLICATION,  VERIFICATION, 


ELIGIBILITY,   REFERRALS  AND  REPORTING  (SAVERR) 


1.  BACKGROUND 

The  Texas  System  for  Application,  Verification,  Eligi- 
bility, Referrals  and  Reporting  is  being  developed  in  order 
to  provide  efficient  and  accurate  eligibility  processing 
relative  to  four  distinct  State  administered  assistance 
programs : 

Aid  to  Families  with  Dependent  Children  (AFDC) 
Food  Stamps 

Supplemental  Security  Income  (SSI) 

Medical  Assistance  Only  (MAO) 

The  SAVERR  design  was  selected  by  the  Texas  Department 
of  Human  Resources  to  provide  consolidated  eligibility  deter- 
mination processes  for  the  estimated  1.5  million  assistance 
program  participants.     The  intent  is  that  SAVERR  will  take 
advantage  of  data  base  technology  minimizing  data  redundancies 
and  reducing  the  possibility  of  fraud  within  assistance 
programs . 

The  Texas  DHR  historically  provided  two  basic  types  of 
services  in  the  welfare  arena: 

Child  Protective  Services  such  as  custodial  care 
for  neglected  or  abused  children  and  adoptions 

Financial  Services  including  payments  to  families 
with  dependent  children,  the  blind,  elderly  and 
disabled. 

With  the  advent  of  new  Federal  assistance  programs  in 
the  1960s  sophisticated  automated  systems  were  developed  to 
provide  support  in  processing  the  ever  increasing  number  of 


clients.     The  impetus  for  development  of  SAVERR  was  the 
Social  Security  Administration' s  (SSA)   acceptance  of  responsi- 
bility for  direct  financial  assistance  to  the  three  adult 
categories  under  the  SSI  program.     This  generated  a  need  for 
the  continuous  exchange  of  eligibility  data  between  SSA  and 
the  State,  which  retained  responsibility  for  medical  and 
social  services  for  SSI  recipients. 

In  1973,  the  Texas  Department  of  Public  Welfare  (DPW) 
expressed  considerable  concern  over  the  steady  increase  in 
the  Quality  Control   (QC)   error  rate.     The  inefficiency  of  the 
then  current  data  processing  system  was  also  a  recognized 
problem.     In  October  1973,  the  consulting  firm  of  Peat, 
Marwick,  Mitchell  and  Company  was  retained  by  the  State  to 
study  the  current  AFDC  process  and  make  recommendations  to 
improve  it.     Following  the  study,  a  matching  grant  was 
received  from  the  Department  of  Health,  Education  and  Welfare 
(HEW)  in  early  1974  to  pursue  the  development  of  an  integrated 
file  structure  to  support  the  development  of  an  improved 
AFDC  process.     As  work  progressed  in  this  area,  it  became  evi- 
dent that  the  Food  Stamp  program"  would  have  to  be  included  in 
the  system  to  assure  maximum  efficiency.     Funding  from  the 
United  States  Department  of  Agriculture   (USDA)  was  requested 
and  approved  in  early  1975. 

During  early  development,  the  initial  objectives  of 
SAVERR  were  altered  due  to  improved  QC  error  rates  and  the 
addition  of  the  Medical  Assistance  Only   (MAO)  Program. 
Independent  of  SAVERR  development,  DPW  also  pursued  a  plan 
for  uniquely  identifying  clients  within  the  system  to  ease 
in  the  tracking  of  their  type  of  service  affiliation.  The 
anticipated  performance  of  the  new  system  began  to  take  on 
specific  objectives  as  defined  by  the  Welfare  Department  in 
general,  and  the  user   (Financial  Services  Branch)   in  particular. 

These  factors  all  contributed  to  the  revision  of  SAVERR 
design  criteria  throughout  development.     The  solidification 
of  the  SAVERR  design  was  further  delayed  by  a  State  adminis- 
trative decision  to  change  from  IBM  to  UNIVAC  hardware.  This 
conversion  began  in  February  1977. 

Initially,  there  were  ten  performance  requirements  and 
objectives  defined  for  the  SAVERR  system. 
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INCOME  COMPUTATION  FOR  FOOD  STAMPS,  AFDC  AND  MAO 


Significant  effort  was  expended  in  attempting  to 
incorporate  automatic  income  computation  into 
SAVERR.     However,  the  differences  mandated  by 
separate  program  areas  in  handling  income  and  need 
determination  resulted  in  data  encoding  so  complex 
as  to  severely  diminish  the  benefits.     The  effort 
was  suspended,  and  an  income  reporting  scheme 
similar  to  but  more  detailed  than  the  then  current 
system  was  used.     Previous  capabilities  were  the 
standard  against  which  SAVERR  results  were  to  be 
compared. 

REMOTE  DATA  ENTRY  FOR  ALL  PROGRAMS 

The  Food  Stamp  program  is  the  only  program  which 
used  the  remote  data  entry  function  to  report 
certification,  updates  and  denials  of  food  stamp 
cases.     The  SAVERR  system's  objective  is  to  expand 
remote  data  entry  to  include  AFDC  and  MAO.     A  data 
entry  form  was  designed  to  accommodate  all  three 
programs,  which  will  assist  in  standardizing  the 
data  entry  function. 

WORKER  CONTROLLED  GRANT  EFFECTIVE  DATE 

In  the  previous  system,  the  worker  did  not  have 
explicit  control  over  the  grant  effective  date. 
The  automatic  generation  of  warrants  was  dependent 
upon  the  process  date  of  the  form.  Retroactive 
Warrants  were  only  authorized  via  the  submission 
of  a  special  form.     Under  SAVERR,  the  worker  can 
control  the  grant  effective  date  and  can  authorize 
retroactive  benefits  at  the  time  of  certification 
but  only  if  the  grant  amount  for  the  retroactive 
period  is  the  same  as  the  grant  amount  for  the  cur- 
rent period. 

COMBINED  APPLICATION  FORM  FOR  AFDC,   MAO  AND  FOOD 
STAMPS 

Development  of  an  adequate  client-completed  appli- 
cation, encompassing  all  necessary  eligibility 
criteria  for  the  three  programs,  was  included  in  the 
SAVERR  project.     Field  testing  disclosed  that  this 
approach  was  not  feasible  due  to  the  peculiarities 
of  the  MAO  program.     At  the  recommendation  of  field 
workers  and  the  community,  the  MAO  application  was 
developed  separately  and  the  generic  application 
form  revised  to  handle  AFDC  and  Food  Stamps  only. 
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PROVIDE  2 4- HOUR  TURNAROUND 


One  problem  area  in  the  old  system  was  the  delay 
field  offices  experienced  due  to  data  entry  at  State 
office  and  the  turnaround  mail  time.     A  study  was 
conducted  to  determine  feasibility  of  placing  remote 
printers  at  field  sites.     The  cost  was  determined 
to  be  prohibitive  at  the  time,  and  turnaround  docu- 
ments are  still  printed  and  mailed  from  the  State 
office.     However,  the  remote  entry  for  AFDC  and  MAO 
should  eventually  reduce  the  turnaround  time. 

PROVIDE  ON-LINE  CASE  AND  CLIENT  HISTORY 

An  effort  has  been  made  to  analyze  user  requests 
and  provide  historical  information  in  a  reasonable 
format  through  SAVERR.     The  need  for  historical 
information  influenced  the  design  of  many  of  the 
segments.     Depending  on  case  and/or  client  orienta- 
tion, much  information  is  available  for  on-line 
reference. 

ACCOMMODATE  PUBLIC  ASSISTANCE  WITHHOLDING  (PAW) 

When  SAVERR  development  began,  PAW  was  not  an  integral 
part  of  the  current  system.     It  has  since  been  inte- 
grated into  the  current  system  and  will  be  incor- 
porated into  SAVERR.     PAW  must  function  as  efficiently 
under  SAVERR  as  it  does  now. 

THOROUGH  SYSTEMS  TEST 

A  necessary  prerequisite  of  any  new  systems  imple- 
mentation is  a  thorough  systems  test  and  accompanying 
field  user  pilot  test.     This  objective  was  incorpo- 
rated into  the  schedule  for  SAVERR  implementation. 

UNIQUE  CLIENT/CASE  NUMBER 

The  DPW  study  of  case  and  client  number  problems 
resulted  in  a  scheme  of  nine-digit  numbers  to  iden- 
tify both  clients  and  cases.     This  scheme  was  included 
in  the  SAVERR  design,  and  has  been  instrumental  in 
the  later  design  of  the  case  and  client  data  base. 
A  unique  number  is  machine  generated  for  each  client, 
while  the  case  number  is  interpreted  from  the  pre- 
asdigned  application  number  on  the  input  document. 
The  unique  client  identifier  enables  the  system  user 
to  effectively  track  the  clients'  participation  in 
any  and  all  program  areas  from  either  an  historical 
or  active  perspective. 
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ACCOMMODATE  HOLD  PROCESSING 


The  SAVERR  system  was  to  provide  a  procedure  by 
which  warrants,  ATPs  and  other  forms  can  be  held 
and/or  released  automatically.     The  field  worker 
as  well  as  State  offices  must  be  able  to  activate/ 
deactivate  this  function.     The  results  are  lists  of 
forms  which  are  to  be  held  or  released,  and  those 
which  are  mailed  regularly. 


Minimal  organizational  change  was  anticipated  after 
SAVERR  implementation.     Due  to  an  increased  remote  data  entry 
load  for  AFDC  and  MAO,  more  remote  data  entry  operators  are 
required  and  reorganization  of  the  Financial  Services  Data 
Control  Unit  is  required. 

AFDC  and  MAO  field  offices  undergo  a  reorganization 
of  clerical  personnel  due  to  decreased  need  for  typed  infor- 
mation on  input  documents.     Some  clerical  personnel  may  be 
transferred  to  terminal  operator  positions  to  compensate  for 
the  increased  need  in  that  area.     Implementing  the  Notice  of 
Application  procedure  for  Food  Stamps  will  increase  the  typing 
load  in  Food  Stamp  offices  since  all  of  the  input  documents 
used  in  the  old  system  were  handwritten. 

The  performance  requirements  and  objectives  above  reflect 
that  the  SAVERR  design  was  developed  around  the  nucleus  of 
existing  manual  processes.     Some  modification  of  procedures 
was  required  but  primarily  SAVERR  generally  augments  the 
existing  Texas  clerical  flow. 

In  the  following  section,  the  SAVERR  system  will  be  de- 
scribed in  a  graphic  fashion  identifying  the  integration  of 
manual  and  automated  functions. 

Texas  DHR  has  approximately  13,000  employees  and  of  that 
number  nearly  5,000  are  case  workers.     Following  is  a  break- 
down of  case  worker  staff  and  average  case  production. 


Type  of  Cases  Per  Year 

Case  Worker  Staff  Level  Per  Worker 


Social  Service  2,400  550 

Financial  Services  985  550 


(AFDC) 


Food  Stamps 


1,238 


1,080 


Medical  Eligibility 


325 


652 


EPSDT 
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The  State's  total  caseload  is  in  excess  of  650,000,  and  the 
client  community  numbers  nearly  1.5  million. 

In  respect  to  SAVERR  development  a  staff  of  30  people 
are  assigned  to  the  project,  approximately  one-fourth  of  the 
DHR  systems  development  staff.     This  figure  is  exclusive  of 
administrative  support. 


2.       CURRENT  STATUS  OF  THE  SAVERR  PROJECT 

The  SAVERR  system,  which  has  been  developed  over  the  past 
four  years,  iisinow  undergoing  pilot  testing  in  the  San  Antonio 
Region.     At  full  implementation,  for  which  a  firm  target  date 
has  not  been  established,  the  SAVERR  network  will  include 
12  regional  offices  servicing  254  counties. 

Because  SAVERR  has  not  been  fully  implemented  in  a  region 
it  is  difficult  to  assess  adequacy  of  the  processes.  How- 
ever, automated  grant  calculation  is  not  expected  to  be  imple- 
mented for  at  least  one  year. 

There  is  an  effort  underway  to  provide  more  overview 
type  SAVERR  documentation.     Due  to  the  altering  of  design 
as  a  result  of  hardware  changes,  the  System  is  not  documented 
sufficiently  for  transfer  or  even  easy  interpretation  by 
external  agencies. 

The  urgency  of  implementation  of  the  SAVERR  system  has 
been  diminished  by  the  fact  that  Texas  has  a  constitutional 
limit  of  $80  million  per  year  for  welfare  grants.  Therefore, 
there  is  a  ceiling  on  assistance  expenditures  regardless  of 
the  processing/payment  system  in  use. 

The  SAVERR  implementation  schedule  is  presented  in  Ex- 
hibit 1-1,  following  this  page.     Key  dates  for  initiation  of 
important  activities  are  noted.     As  stated,  the  State-wide 
implementation  date  has  been  adversely  affected  by  slippage 
in  preceding  activities.     The  approach  which  includes  the 
field  testing  has  been  delayed  a  minimum  of  six  months.  Al- 
though no  commitment  has  been  given  regarding  State-wide 
implementation,   it  is  unlikely  that  this  is  possible  before 
February  1979. 


3 .     DEVELOPMENTAL  AND  OPERATING  COSTS 

Developmental  and  operating  cost  'data  was  unavailable 
from  Texas  DHR  systems  development  authorities.  Apparently 
the  issue  of  SAVERR  costs  is  politically  sensitive  within 
the  State.     Additionally,  the  State  is  in  the  process  of 
applying  for  Federal  funds  to  defray  SAVERR  development  costs. 
Until  development  costs  are  accurately  determined,  the  State 
has  opted  to  withhold  cost  information. 
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EXHIBIT  1-1 
SAVERR  IMPLEMENTATION  SCHEDULE 


Start  Date 

8/15/77 

9/1/77 

1/2/78 

2/24/78 

3/31/78 

5/1/78 

6/1/78 
7/1/78 


Activity 
Review 

Specification,  Pro- 
gram, Unit  Test 
Documentation 

System  Test 

Field  Test 

Acceptance  of 
UNIVAC  Hardware 

Additional  Field 
Pilot 

Modifications 

Statewide  Imple- 
mentation 


Comment 
Completed 

Documentation  is  in- 
complete to  date 


Completed 
Completed 
Completed 

In-process 

In-process 

Not  started  to  date 
(Expected  start  date  is 
February  6,  1979  to  be 
completed  by  February  20, 
1979) 
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II.      SAVERR  PROCESSING  DESCRIPTION 


SAVERR  system  processing  can  be  functionally  divided 
into  four  distinct  processes: 

Initial  Certification  Process  -  providing  for 
initial  screening  of  clients,  completion  of  notice 
of  application  form  and  other  manual  case  initiali- 
zation activities. 

Worker  Application  Processing  -  including  forms 
review,  interview  (if  necessary) ,  review  of  NOA 
report,  and  eligibility  determination  by  the 
worker. 

SAVERR  Data  Entry  Process  -  covering  the  procedures 
and  controls  by  which  the  input  transactions  are 
entered  into  the  SAVERR  System. 

SAVERR  Automated  Processing  -  illustrating  the  auto- 
mated processing  of  the  transaction  from  a  user's 
perspective. 


1.        INITIAL  CERTIFICATION  PROCESS 

Exhibit  II-l,  following  this  page,  depicts  the  proce- 
dures used  in  the  initial  handling  of  an  applicant.     Form  T-1000A, 
the  comprehensive  SAVERR  input  document,  is  Exhibit  II-2  fol- 
lowing Exhibit  Ii-1.  This  Form  is  a  four-part  document  of  "unit 
set"  construction.     Each  part  is  pre-numbered  with  an  identical 
number  form  establishing  control  of  the  form.     Carbon  paper 
between  the  parts  permit  one  time  entry  of  required  information. 
All  the  parts  are  held  together  by  a  stub  allowing  the  form  to 
be  separated  and  the  carbons  removed. 

Part  one,  or  Notice  of  Application  -  NOA  (  Exhibit  II-2.1) 
is  a  typewritten  short  form  that  serves  to  notify  the  State 
Office  that  an  application  has  been  filed  and  also  provides 
information  to  generate  a    NOA  Report  to  field  staff  regard- 
ing the  existence  of  client  information  already  on  the  computer 
file. 


(  I 


(lj 


EXHIBIT  II-l 
SAVERR  INITIAL  CERTIFICATION  PROCESS 


/TLient  enter! 
[local  office 


Receptionist  screens 
clients  for  program 
needs.  Is  client  at 
correct  office? 


Application  form 
given  to  client/ 
local  controls 
established 


No 


Yes 


3l 


client  sent; 
Vto  correct 
kof  f  ice 


Client  returns  appl. 
&  form  check  for 
completeness/ 
accuracy 


T-1000A  batchtjd 
and  sent  to 
IP 


ipplica- 
Jiion  com-^ 
.ete?> 


Yes 


No 


|  Case  folder 


orm  T-1000A 
is  typed  by 
clerk 


L000-A  &  copy 
jut  in  case- 
Eolder  &  sent 
;o  workej 


appl. returned 


to  client 
orrectio 


or 


Case  name  inddx 
card  removed 
put  in  local 
pending 


o 
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EXHIBIT  II-2.1 


E  OF  TEXAS 

RTMENT  OF  PUBLIC  WELFARE 


T  I 000 A  NOTICE  OF  APPLICATION 

X)  0000025 


FORM  T-10OO-A 


■SESS  IK.  LINE 

■ 


14  M/v     I NG  ADDRESS  2nd  LINE 


OS  BUDGETED  JOB  NUMBER 
I  I  I 


1« 

STATE 


07  MAIL  CD 


17  ZIP  CODE 


itnCi  ADDRESS 

26  COUNTY 

28  1 

29  UNBORN 
CHILO 

30 

31 

- 

33  CLIENT  NAME 

34  8IRTHDATE 

36 

SEX 

36 

RACE 

37  SOC  SEC.  ACCT.  NO. 

38  SOC.  SEC  CLAIM  NO. 

 -i 

39 

THIS  LINE   IS  FOR  ADDITIONAL 
INFORMATION   ON   CASE  NAME 

1  1 

1  1 

» 
1 

1 
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i  * 
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1               1  1 
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Fart  two,  or  Input   (Exhibit  II-2.2)   is  a  full  page  sheet 
used  for  handwritten  entries  during  the  determination  process. 
The  Inpr.t  is  used  to: 

Report  the  final  disposition  of  an  application 

Make  necessary  corrections  to  Items  01  through  38 
previously  submitted  on  the  Notice  of  Application 

Serve  as  an  authorization  to  the  State  Office  for 
issuing  Authorization  to  Purchase  Cards  (ATP) , 
warrants  and/or  Medicaid  Identification  Cards 

Establish  a  central  file  of  all  client  data 

Furnish  data  for  reports  used  by  the  Department  of 
Public  Welfare,  Department  of  Health,  Education, 
and  Welfare,  and  United  States  Department  of 
Agriculture. 

Par";  three,  or  Case  Record  Copy,  (  Exhibit  II-2.3)   is  a 
carbon  copy  full  page  sheet  identical  to  Part  two.     It  is 
used  to? 

Provide  a  case  record  copy  of  the  information  sub- 
mitted on  the  Notice  of  Application 

Provide  a  case  record  copy  of  the  disposition  of  an 
application  for  audit  purposes 

Verify  the  accuracy  of  the  information  input  into 
the  computer  file 

Part  four,  Case  Index  Card,    (Exhibit  II-2.4)   is  a  carbon 
copy  of  the  NOA,  produced  on  a  manilla  card,  that  serves  to 
provide  a  central  file  of  pending  applications  in  the  local 
office  and  report  changes  on  a  pending  application. 

2 .        WORKER  APPLICATION  PROCESSING 

Exhibit  II-3  illustrates  the  procedures  followed  by  the 
case  worker.     It  should  be  noted  that  it  is  the  workers'  respon- 
sibility to  determine  eligibility  and  grant  amount.     The  SAVERR 
system  will  eventually  provide  automated  grant  calculation,  but 
at  present  the  eligibility  determination  and  grant  calculation 
processes  are  manual  responsibilities  of  the  case  worker. 
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rATE  OF  TEXAS 

EPARTMENT  OF  PUBLIC  WELFARE 


03  CATEGORY 

03  SEQ 

a  pai.e 

01 

T-1000A  INPUT 

EXHIBIT  II-2.2 

XO  0000025 


FORM  T-1000  A 


10  CASE  NAME  CHANGE 


MAILING  ADORrSS  1«.  UNf 


Tf MPOBAKV  ADDRESS  111  LINC 


14  MAILING  ADDRtSS  2nd  LINE 


19  TEMPORARY  ADDRESS  2nd  LINE 


06  BUDGETED  JOB  NUMBER 
III 


20  TEMPORARY  A DDRESS  CIT Y 


21  22  ZIP  CODE  23  (TEMP.  ADD  I 

STATE  MOS.     BEG.  MO 


07  MAIL  CD. 


17  ZIP  COOE 


RESIDENCE  ADDRESS 


32  CLIENT  NUMBER  33  CLIENT  NAME 


25  COUNTY 


THIS  LINE  IS  FOR  ADDITIONAL 
INFORMATION   ON   CASE  NAME 


26  G  UARDI  AN/PAYEE/ AUTHORIZED  REPRESENTATIVE 


34    BIRTHDATE  ||x  RACE        37  SOC.  SEC-  ACCT.  NO. 


I  I 
I  I 


38  SOC-  SEC  CLAIM  no. 


i  i 

i  T 


i  i 


40  STATUS 
IN  GROUP 


ADJUSTED 
C.ROSS  INCOME 
CALCULATIONS 


FOOD  STAMPS 
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:  E 
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m SMELTER 
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El  AOJ.  GROSS 
INCOME 
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EXC.  SHELTER 

63~  NET 
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AFDC 
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NEEDS 
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NEEDS 
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GROSS 
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69  UNMET 
NEEDS 

To  " 

RECOMMENDED  GRANT 


MAO  ELIGIBILITY 


72  EXEMP ' 
E  XCL. 


73  COUNT 
INCOME 


APPLIED  INCOME/UNMET  NEEDS 


74  ADJ  GROS'. 
INCOME 

Ts  — 

NEE  OS 

76  EXEMP./ 
EXCL 

77A  APPLIEO 
INCOME 

778  UNMET 
NEEDS 


000 

rAMP 

!ASE 


7<j 
M.V 


79  APPL 

CODES 


80  CERTIFICATE! 
.  OATE  . 


I  I 


81  MOS 
CERT 


97 


82  LAST  ATP 
DATE 


83  HH    84     85      86      87  88 

NO      AID  PLAN  F AM  NON  INELIG 


91  ACTION 
COOE 


92  ACTION  DATE 


93   TEX  DRIVER'S 
LICENSE  NUMBER 


HOLD 
DATE 


104     106  106 


PA* 


PA 
ASE 


Ml 
CODE 


112  CASE  NUMBER 


127 
TP 


128 
BP. 


rsr  ii33 

tC^N  U  MO.  I 
COOE  I 


1 34  3  MOS  136 
PRIOR  APP DATE  -1OL0 
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9  SPEC!  If 
I 


129  GRANT  EPF 
| OATE  I 

I  1 


1 18     119  120 


122      123  124 


Ij)  201t  RSDI 


136  4  fcDS 
POJT 


137 
SAV 


XI 


FOOD  STAMP  ISSUANCE  &  REPORTING 


ISS/ 
CAN 


180 


ATP 

NUMBER 


ISSUE  OATE 


184 

NET  INCOME 


bo 


COUPON 
VALUE 


00 


CASH 
REQUIRED 


140 

COOE 


APPLIED 
INCOME 
INST 


I.  IBS  J. 


141  PERIOD)  :  REVIEW 

i  ! 


146  146 


too 


00 


00 


1 00 


iOO 


loo 


-i  r 


154  START  1.155  OVERPAYMENT         1 156  CASH  PAID 
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152  AMOUNT 
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iOO 


XIV 


169  BALANCE... 
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ATE  OF  i  IXAo 

PART  ME  i\|T  OF  PUBLIC  WELFARE 


1  02  category 

03 

04  P«GE 

PRIOR 

IT 

RfCIP 

0 

CASE  RECORD  COPY 
EXHIBIT  II-2.3 

xo  0000025 


t-  oh,M  •',  -toon  ■•■ 


1 1 0  CASE  NAME  CHANGE 


■lAIUINO  ADDRESS  lit  LINE 


rtMPORARY  AODRE  36  (11  LINE 


U  MAILING  ADDRESS  2nd  LINE 


18  TEMPO  A  API  Y  ADDRESS  2nd  LINE 


RESIDENCE  ADDRESS 


25  COUNTY 


.17  CLIENT  NUMSI  R 


33  CLIENT  NAME 


06  BUDGETED  JOB  NUMBER 

i  i  ' 
i      i  i 


20  T f  MPORAII Y  AIX1RI       C I T  Y 


26  GUARUIAN'PAYL  I  /AUTMOHI7I  I)  HI  PRESI  NT  A 1  IVI 


21  22  /IP  CODE 

STATL 


0/  MAIL  CD. 


23  I T FMP  ADD  I 
MOfc      8Cl.  MO 


I  I  

|         | ISA  START         |  156  OVERPAYM^N  I        |lS6  CASH  PAID 


EXHIBIT  II-2.4 


STATE  OF  TEX.  .S 

~~  EPABTMEN7  OF  PMBLIC  WELFABE 


!  Ml 


CASE  NAME  INDEX  CARD 

XO  0000025 


FORM  T-100O-A 


3  MAU  iNH  AIM  i  n  i  i  u  I 


10  (  A3f  NAM!  C  H  A  MO  t 


14  mail  INft  tnilMH  >n*  tlNk 


MfJUOOfTED  JOB  NUUIIR 

i      i  ' 


^^  it*  t  m>k 


/Ik  I  Ml 'N I  V 


33     I  I \  NT  N*M( 


14  BINTHDATf 


37  Sue  Hfr  ACCf .  NO 

 T  1  


08  ".OC  ttC  CLAIM  Mo 


1 1 

-t- 


4— 


_2T 


!■;  i 


-rr^  i — !  H 


 r— -f- 


APPLICATION  TAKTN  BY 
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EXHIBIT  11-3 
WORKER  APPLICATION  PROCESSING 
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SAVERR  DATA  ENTRY  PROCESS 


Exhibit  II-4  is  a  procedural  flow  description  of  the 
cata  entry  process,  identifying  functions  of  the  data  entry 
operator  during  original  entry  of  input  batches. 


4.        SAVERR  AUTOMATED  PROCESSING 

SAVERR  automated  application  processing  includes  types 
of  functions,  performed  dependent  on  the  status  of  an  appli- 
cation or  case. 

NOA  processing  -  editing,  reporting 

Certification  -  editing,  record  building/updating, 
reporting 

Denial  processing  -  editing  and  reporting 

On-line  matching  -  file  search  and  response 

Turnaround  document   (Form  T-1000B)  generation 

Turnaround  document   (Form  T-1000B)  processing  - 
editing,  reporting 

Lost  form  request  processing  -  file  updating  and 
reporting. 

The  process  flow  is  shown  in  Exhibit  II-5  following  this 
page.     An  important  product  of  the  automated  process  is  the 
T-1000B  form  Record  of  Case  Action  which  is  a  computer  gener- 
ated document  recording  the  action  taken  on  a  case 
(Exhibits  13-6.1  to  II-6.3). 

Thin  form  is  a  three-part   document  nf  "unit  sot"  con- 
struct ion.     The  assigned  can*1  number  ca'rljon  copies  to  alJ 
copies  of  the  T- 1  GOOD  to  establ  i  sh  control  oF  the  forms. 
Carbon  paper  between  the  parts  permits  one-time  entry  of  re- 
quired information.     All  the  parts  are  held  together  by  stubs, 
allowing  the  form  to  be  separated  and  the  carbons  removed. 

Part  one,  the  Record  of  Case  Action,    (Exhibit  II-6.1) 
is  a  computer-printed  full  page  sheet  that  reflects  the  most 
current  information  on  the  computer  file  and  serves  as  the 
local  office  record  of  the  previous  case  action. 
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EXHIBIT  II-4 
SAVERR  DATA  ENTRY  PROCESS 


Operator  enters 
batch,  (screen 
choii  es  are  NOA, 
I'S,  or  AKDC/MAO). 


Compare  forms 
entered  by  batch 
with  operator's 
control  " junt 


Operator  enters  another 
form  or  corrects  batch  count 


7K 


'rocesslng  sto>s; 
Operator  rece Lves 
warning  messa  ;e 


^Batch  cor.troj 
sheets  &  doc 
inputs  store/ 


Jirror  notice; 
prepared  in ( 
duplicate 


frrvi  i  Ion 
Opyfator  check 

Irst  Screen 
Site  Sum- 
mary* 


Original 
Kl  I <  il 


;il  a  I 


Yes 


)perator  pages 

No 

forward  to 

next 

summary 

.:any  of  notice 
v  Incurred  Term 

it  I  ill  1 1 1  <  I   I  n  Wi  I  l<i-i 


Kile 


0 


03 


erator 
ecks  indicated 
batch  summany 


 )k  

IF.rrnr  nnUr 


rror  notice 
jrigmal  & 
:orrected  form 
:o  file 


<  opy  to  worker 


Retrieve  hate 
control    .beet/  & 
iAcorrecl 
l document 


Yes 


3 


*The  dala  entry  funct  ton  is  separate  from  thaNot^orrection  and  may  be  performed  independently. 
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EXHIBIT  II-5.2 
SAVERR  AUTOMATED  PROCESSING  (continued) 
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Department  of  Public  Welfare 

; 


1000    B  RECORD  OF  CASE  ACTION 
EXHIBIT  II-6.1 


FORM  T1000B 
JAN.  1977 


COUP- 
EN  t 


ISS 
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STAR! 
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V 
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Part  two,  the  B-Input,    (Exhibit  II-6.2)   is  a  full  page 
sheet  used  for  handwritten  entries  during  the  redetermination 
process.     The  B-Input  is  used  to: 

Report  changes  in  the  information  stored  in  the 
computer  file 

Report  the  disposition  of  the  redetermination 

Serve  as  an  authorization  to  the  State  Office  to 
issue  or  cancel  benefits 

Furnish  data  for  reports  used  by  the  Department 
of  Public  Welfare;  Department  of  Health,  Education, 
and  Welfare;  and  the  United  States  Department  of 
Agriculture. 

Part  three,  the  Case  Record  Copy,    (Exhibit  II-6.3)  is 
a  full  page  sheet  identical  to  part  two,  B-Input.    All  items  are 
entered  on  the  B-Input  carbon  to  the  case  record  copy.     It  is 
used  to  provide  a  case  record  copy  of  the  information  sub- 
mitted on  the  T-1000B  Input  for  audit  purposes  and  verify  the 
accuracy  of  the  information  reported  on  the  next  sequence 
T-1100B. 


5.        SAVERR  SUPPLEMENTAL  FORMS 

There  are  four  additional  input  forms  used  in  the  SAVERR. 
These  special  purpose  forms  supplement  the  primary  system  docu- 
ments previously  described.     Each  form  and  it's  purpose  is 
described  below. 

T-1000B  Notice  of  Application  -  This  form  is  used 
to  report  the  receipt  of  an  application  for  food 
stamps  when  the  case  is  currently  active,  on  hold, 
or  previously  active  but  currently  denied  and  not 
purged  from  the  computer  files.     The  latest  Form 
T-1000B  in  the  case  folder  is  used  to  report  the 
disposition  of  the  application.     This  form  is  in- 
cluded as  Exhibit  II-7  following  this  page. 

T-1002  Client  Record  Merge  Request  -  This  form  is 

used  to  notify  state  office  that  an  individual  has 

been  assigned  more  than  one  client  number  and  also 

to  provide  information  so  that  computer  files  can 

be  corrected  to  reflect  one  unique  client  number 

per  individual.     This  form  is  included  as  Exhibit  II-8, 

following  this  page. 

T-1003  Client  Record  Separate  Request  -  This  form 
is  used  to  notify  the  state  office  that  two  or  more 
individuals  have  been  assigned  the  same  client 
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itate  of  Texas 

)epartment  of  Public  Welfare 


9 


rO:   Data  Control  Section 

Program  &  Policy  Development  Division 
Financial  Services  Branch 
State  Office.  514-0 


EXHIBIT  II-8 
CLIENT  RECORD  MERGE  REQUEST 

FROM: 


Form  T-1002 
April  1977 


Case  Name 


Worker  BJN 


Mail  Code 


!.  The  following  client  records  have  been  determined  to  represent  the  same  individual. 

CLIENT  NUMBER  CASE  NUMBER  CLIENT  NAME 


J_L 


LA 


11 


II 


Mill 


J_L 


I  I  i  I  I 


Li 


I  I  I  I  I 


I  !  I  I  I 
M  I  I  I 


Expected 
Status 


[ 


I.  Requested  by   .     

Worker's  Signature  Employee  Number  Date 


Approved  by     

Supervisor's  Signature  Date 


FOR  STATE  OFFICE  USE  ONLY 


Approved  for 
Data  Entry  by. 


Enter cu  by 


Data  Control  Staff  Member  Date 


Data  Entry  Staff  Member  Date 


y 


r 


number.     It  can  also  be  used  to  provide  information 
so  that  computer  files  can  be  corrected  to  reflect 
one  unique  client  number  per  individual.    A  copy 
of  the  T-1003  is  included  as  Exhibit  II-9  following 
this  page. 

T-1004  Lost  Form  Request  for  Form  T-1000B  -  The 
T-1004  form  is  used  for  requesting  a  replacement 
Form  T- 1000B  with  the  current  or  a  new  budgeted 
job  number  When  the  latest  sequence-numbered  form 
is  lost  or  damaged.    An  example  of  the  T-1004 
form  is  shown  in  Exhibit  11-10  following  this  page. 
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at*  of  Texas 

ipartm*"*  of  Public  Welfare 


EXHIBIT  II-9 

CLIENT  RECORD  SEPARATE  REQUEST 


Form  T-1003 
April  1977 


9 :  Data  Control  Section  FROM: 
Program  &  Policy  Development  Division 
Financial  Services  Branch 
Stale  Office,  514-0 


Case  Name 

Case  No. 

BJN 

Mail  Code 

Client  Name 

Client  No. 

Correct  Client  No. 

Birthdate 

Sex 

Race 

Social  Security  No. 

Social  Security  Claim  No. 

k  Number  of  Forms  T-1003  submitted.  ..  . 


k 


CASE  NUMBER 

CASE  NAME 

Should  individual  named  in  Item  2 
be  included  in  this  case? 

□  Yes     □  No     □  Unk. 

□  Yes     □  No     □  Unk. 

<_*  

\ 

□  Yes     □  No      □  Unk. 

□  Yes     □  No      □  Unk. 

□  Yes     □  No      □  Unk. 

□  Yes     □  No     □  Unk. 

□  Yes     □  No      □  Unk. 

□  Yes     □  No      □  Unk. 

5.  Requested  by       

Worker's  Signature  Employee  No.  Date 

Approved  by    ,  

Supervisor's  Signature  Date 


FOR  STATE  OFFICE  USE  ONLY 


Ar^'oved  for 

r  — ^_>trv  bY- 


Data  Control  Staff  Member  Date 

V 


Entered  by. 


Data  Entry  Staff  Member  Date 


5 


ate  of  Texas 

Bpartir      M  Public  Welfare 


V 


EXHIBIT  11-10 

LOST  FORM  REQUEST 
FOR  FORM  T-1000  B 


Form  T-1004 
April  1977 


REQUEST  FOR  REPLACEMENT  FORM  T-10O0-B  WITH  SAME  BJN 


CASE  NUMBER 

SEQUENCE 

F 

F 

CASE  NAME 

REQUESTED  BY 


Worker's  Signature 


tmp.  No. 


Date 


APPROVAL 


Supervisor's  Signature 


I.  REQUEST  FOR  REPLACEMENT  FORM  T-1000-B  WITH  NEW  BJN 


CAS§  NUMBER 

Date 


Sequence" 

budgeted  job  number 

MAIL  code" 

F  |  F 

I  I 

CASE  NAME  ! 

COUNTY 

REQUESTED  BY      

Emp.  No.  Date 


Date 


Date 


Worker  s  Signature 
APPROVAL 


Supervisor's  Signature 
APPROVAL   


P«VAl 


Program  Director's  Signature 
COK...  *;NTS: 
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III.   SAVERR  AUTOMATED  SYSTEMS  FUNCTIONS 


This  section  presents  a  description  of  the  automated 
functions  within  SAVERR.     Included  is  a  description  of  each 
of  the  11  "sets"  of  batch  programs  followed  by  an  overview 
of  the  four  on-line  functional  capabilities.     Also  included 
is  a  description  of  the  SAVERR  data  base  content.  Finally, 
there  is  a  listing  of  the  external  systems  which  require 
an  interface  with  the  SAVERR  system.     The  SAVERR  system  is 
shown  (from  the  functional  perspective)   in  Exhibit  Ill-l, 
following  this  page. 

1.       SAVERR  BATCH  PROCESSES 


The  batch  processing  portion  of  the  SAVERR  system  is 
divided  into  11  "sets"  of  programs  which  are  executed  on 
a  daily,  weekly  or  monthly  basis.     These  sets  are: 

Food  Stamp  Batch  Processing 

AFDC  Batch  Processing 

Food  Stamp  Reconciliation 


Data  Base  Processors 

End-of-Month  Public  Assistance  Reporting 

Food  Stamp  Monthly  Reporting 

Food  Stamp  Extract  and  Public  Assistance 
Application  Reporting  (Batch  Program) 

On-Request  Batch  Processing 

Initialization  Programs  for  Daily  Batch 
Cycle 


Probable  Match  Programs 
Batch  Force  Change 


-29- 


EXHIBIT  III-l 
SAVERR  FROM  A  FUNCTIONAL  PERSPECTIVE 


a)  c 
■p  o 
ra  -H 
'O  -P 

cu  o 


P. 


T3 
C 


■P 
>i  C 
P  w 
•H 
3  rfl  -P 

tr+j  -h 

H  Q  W 


0) 

p 
p 

0 


«0 

-p 

D 


c 

c 

0 

•H 

•H 

+J 

■P 

P 

«J 

0 

■H 

t?>  c  a 

c  TO  (U 

iH 

•H 

•h  a 

O 

C 

CP  u  o  c 

0 

c  o  (d  o 

o 

■H       P  -H 

■P  Q)  +J  +J 

PS 

p  PS  x 
0  wo 

a  a  a  -h 

e 

nj 

ps  (0  <u  a. 

■p 

-p  +J  a 

w 

<C  CjQ  en  <c 
Pu  (0 

o 

0 


s 
o 


o 

O  CO 


a, 


fc»  W  Ci,  fa 


C 
•H 
•P 
P 

o 


(U 

C 
(0 


<u  u 

PS 

0) 

■P  U 
CO  P 
<D  O 

C* 

0)  X! 
PS  u 
•p 

O  ffl 


• 

• 

iH 

CP 

•H  -P 

c 

CO 

ffl  P 

•H 

p 

Q  0 

CO 

0 

Qt 

CO 

CO 

M-4  0) 

a) 

CO 

0  PS 

u 

0 

c 

u 

C  JC 

P 

■H 

0 

o  <u  o 

a* 

CO 

p. 

■HH  +) 

CO 

Pi 

-p  o  <d 

to  >iS 

o 

<D 

N  u 

0 

CO 

•H  O 

■p 

P 

<d 

OJ 

Pi 

ra 

OJ  O  £1 

•H  -P  ftf 

13  u 

(0 

■P  «J  .Q 

0 

Q  -P 

•Hffl  O 

0 

fO 

C  M 

& 

Q 

H  Pi 

• 

• 

• 

•  • 

-30- 


Each  of  these  functional  groups  or  sets  of  batch  pro- 
grams is  briefly  described  below: 

FOOD  STAMP  BATCH  PROCESSING 

The  daily  Food  Stamp  batch  processing  includes 
these  primary  functions : 


Accepts  as  its  primary  input  the  Food 
Stamp  Log  File  created  by  the  TP-Batch 
Transaction  Split  program 

Creates  the  ATP  cards,  ATP  register, 
Food  Stamp  Report  and  the  updated  Food 
Stamp  Accumulated  Log  File 

Updates  the  Food  Stamp  History,  ATP 
History  and  Cross  Reference  Files 

Produces  a  daily  listing  of  all  trans- 
actions having  temporary  addresses 

Generates  a  Client  Referral  Report 
and  a  Notice  of  Application  Report 

Produces  turnaround  documents 
(Form  1000B)  with  appropriate  error 
messages  for  each  denied  application 

Prints  reports  for  manual  ATPs,  negative 
actions,  and  home  visits. 

AFDC  BATCH  PROCESSING 


The  daily  AFDC  batch  processing  accomplishes  the 
following  functions: 

Accepts  as  primary  input  the  Public 
Assistance  Transaction  File  created 
by  the  TP-Batch  Transaction  Split 
program 

Creates  the  following  reports :  Name 
and  Address  Change  List,  Fiscal  Divi- 
sion Control,  Warrant  Temporary  Address 
List,  Holds  Requested,  Holds  Released, 
Public  Assistance  Transaction  Ledger, 
and  a  Deceased  and  Denial  Report. 

On  a  weekly  basis  the  AFDC  warrants  are  produced 
along  with  the  associated  Case  Warrant  Register, 
Warrant  Register,  and  Case  Action  Report. 
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Two  other  important  functions  occuring  within 
AFDC  batch  processing  are  the  production  of  AFDC 
Quality  Control  Reports  and  End-of-Month  AFDC 
Warrant  Cancellation  reports. 

FOOD  STAMP  RECONCILIATION 

The  purpose  of  the  Food  Stamp  Reconciliation  set 
is  to  ensure  that  redeemed  ATPs  are  reported  cor- 
rectly by  the  redeeming  agency  and  recorded  cor- 
rectly on  Food  Stamp  History.     This  reporting 
includes  information  on  which  the  Federal  Govern- 
ment bases  its  monthly  reimbursement  to  the  State 
and  information  on  which  the  State  bases  its  pay- 
ments to  the  redeeming  agencies. 

DATA  BASE  PROCESSORS 

These  data  base  oriented  programs  perform  tasks 
such  as:     extracting  data  from  the  client  data 
base  necessary  for  reporting,  check  writing, 
ATP  issuance,  purges,   and  updating;  passing  the 
application  data  base  and  reporting  pending  PA 
applications . 

END-OF-MONTH  PUBLIC  ASSISTANCE  REPORTING 

This  set  provides  routing  management  information 
regarding  SAVERR  processing.     Following  are  some 
of  the  reports  produced  on  a  monthly  basis  by 
this  series  of  batch  programs: 

Report  of  applications  per  category 
by  county 

Report  on  location  of  and  reasons 
for  the  denied  applications 

Reports  concerning  cases  denied, 
cases  opened,   investigations  by  type 
of  caseload  and  by  result  of  investi- 
gation, transactions  received,  budget 
control  and  analysis  tabulations  and 
categories 

Reports  on  caseload  variations  by 
type  program  and  base  plan 

Case  reports  broken  down  by  worker, 
unit,  region,  and  state  for  AFDC  and 
MAO 
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Reports  on  AFDC  caseload  by  ethnic 
group 

Reports  reflecting  monthly  income 
transfer  versus  children  in  the 
family 

Delinquency  reports  based  on  region 
and  category 

-  Reports  concerning  recoupments . 
FOOD  STAMP  MONTHLY  REPORTING 

This  set  produces  several  monthly  reports  speci- 
fically related  to  the  Food  Stamp  program: 

Ethnic  reports 

Household  size  and  redemption  reports 
Household  size  and  type  issuance  reports 

-  Quality  control  participation  reports 

Reporting  of  ATPs  returned  as 
undeliverables . 

FOOD  STAMP  EXTRACT  AND  PUBLIC  ASSISTANCE  APPLICA- 
TION REPORTING    (BATCH  PROGRAMS) 

The  Food  Stamp  Master  File  Extract  programs  create 
output  tape  files  used  for  reporting  of  applica- 
tions, which  are  pending  over  30  days,  and  also  for 
reporting  of  transaction  types  by  region  and  by 
county. 

The  Public  Assistance  Application  Reporting  pro- 
grams generate  the  following  reports:  applications 
pending  by  category  and  region,  pending  applications 
of  unborn  babies  overdue,  denied  applications  by 
county,  and  60  days  pending  applications. 

ON-REQUEST  BATCH  PROCESSING 

The  capabilities  provided  through  this  set  of  on- 
request  batch  programs  include: 

Yearly  Food  Stamp  Fraud  reporting 

-  Non-household  member  reporting 
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AFDC  ethnic  reports  by  county  and 
category 

AFDC  children  reporting 

A  count  of  recipients  by  zip  code. 

INITIALIZATION  PROGRAMS  FOR  DAILY  BATCH  CYCLE 

These  programs  are  used  to  start  or  initialize 
all  the  programs  and  files  necessary  for  the  daily 
batch  cycle. 

PROBABLE  MATCH  PROGRAMS 

These  programs  are  used  to  produce  the  Probable 
Match  Report  which  is  generated  after  scanning 
the  data  base's  secondary  index  files  for  dup- 
licate SSNs,  HICs,  name,  or  other  client-specific 
data. 

BATCH  FORCE  CHANGE 

These  programs  give  the  State  the  ability  to  add 
or  delete  clients  and  bypass  most  of  the  system 
edits . 


2.        ON-LINE  SAVERR  COMPONENTS 

Four  functional  components  of  the  SAVERR  system  are 
predominantly  on-line  or  real-time.     These  components  are: 

Inquiry 

Data  Entry 

Edit  and  Update 

Error  Correction 

Following  is  a  brief  description  of  each  on-line 
function* 

INQUIRY 

There  are  several  different  screens  available  for 
access  of  information  from  the  SAVERR  data  base. 
The  transaction  selection  screen  provides  a  menu 
of  all  financial  eligibility  information.  The 
choices  are  client  inquiry,  case  inquiries,  name 
cross  reference,  SSN/HIC  cross  reference,  error 
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message  definitions  and  instructions  for  use  of 
the  screen.     Each  multi-paged  inquiry  screen  is 
divided  into  two  sections,  client  information  and 
case  information.     Because  of  the  multiple  page 
screens,  the  user  can  page  forward  or  backward 
from  page  to  page. 

DATA  ENTRY 

Data  entry  screens  were  designed  to  correspond  to 
the  program  area  type.     Only  those  elements  appli- 
cable to  the  program  area  are  displayed.  Initial- 
ized fields  are  used  whenever  possible  in  order  to 
decrease  the  number  of  operator  keystrokes. 

i 

The  data  entry  program ! controls  the  input  documents 
by  requiring  that  all  documents  be  batched  and 
balanced  before  being  released  to  the  next  process — 
edit  and  update. 

EDIT  AND  UPDATE 

Once  a  set  of  transactions  satisfy  the  batch  con- 
trols,  the  transactions  are  enqueued  until  process- 
ing time  is  available.     When  resources  permit,  the 
transactions  are  first  checked  for  range  or  field 
edits.     If  a  transaction  fails  20  routine  errors 
or  any  fatal  error,  the  transaction  is  returned 
with  its  corresponding  error  message (s).  Other- 
wise, the  transaction  continues  on  for  relation- 
ship or  cross  reference  edits.     If  the  transaction 
fails  20  routine  errors  or  any  fatal  error,  the 
transaction  is  returned  with  its  corresponding 
error  message (s).     Otherwise,  the  transaction  is 
passed  for  data  base  update.     It  should  be  noted 
that  the  edit  tables  are  designed  to  allow  for  on- 
going modifications  and  additions. 

ERROR  CORRECTION 

Once  a  batch  has  completed  the  edit  and  update 
phase,   the  user  can  request  a  batch  summary  report. 
If  a  transaction  has  errors,  the  operator  identifies 
the  nature  of  the  edit  failure  on  the  basis  of  a 
six-digit  error  message  code.     If  an  error  is  cor- 
rectible  by  the  operator,  the  necessary  changes  are 
made.     If  all  errors  are  corrected,  the  transaction 
is  resubmitted  to  the  queue  for  edit  and  update. 
If  errors  remain,  the  form  and  a  control  sheet  are 
returned  to  the  case  worker^  for  correction  and 
resubmission. 
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3.        SAVERR  DATA  BASE  CONTENT 


The  original  SAVERR  data  base  design  was  developed  for 
IBM- IMS.     The  change  to  UNIVAC  DMS-1100  and  reorientation 
from  IBM-CICS  to  UNIVAC-TIPS  provided  additional  deviations 
from  the  original  design  criteria. 

Under  the  data  base  concept  the  intent  was  to  eliminate 
the  redundancy  of  data  on  separate  files.     SAVERR  is  com- 
posed of  seven  "data  areas"  which  significantly  reduce  the 
need  for  redundant  data  and  offers  the  opportunity  for  more 
efficient  collection  and  maintenance  of  an  increased  number 
of  data  elements.     The  seven  "data  areas"  of  SAVERR  are: 

Application  Area 

Client  Area 

Food  Stamp  Area 

AFDC/MAO  Area 

SSI   (SDX)  Area 

Warrant  Area 

ATP  Area 

A  major  constraint  of  the  data  base  concept  is  the  com- 
plexity inherent  in  the  philosophy  of  hierarchy.     In  the 
Client  Area,  biographical  data  is  stored  only  once  for  each 
Client  regardless  of  the  number  of  programs  in  which  he  is 
active.     Separate  case  workers  will  often  be  responsible 
for  submitting  client  information  on  the  same  individual, 
and  therefore  a  system  of  hierarchy  was  developed  to  assure 
data  integrity.     A  complex  series  of  encoding  procedures 
was  adopted  by  which  incoming  data  is  interpreted  through 
the  hierarchial  process.     If  there  is  a  descrepancy  in  the 
data,  referrals  are  sent  to  all  applicable  case  workers  to 
inform  them  what  data  took  precedence  and  was  entered  on 
file.     This  philosophy  of  hierarchy  lends  complexity  to 
data  handling  yet  concurrently  ensures  integrity  and  stan- 
dardization of  the  reported  information. 

Following  is  a  brief  description  of  the  content  of  the 
SAVERR  data  base  by  "data  area." 

APPLICATION  AREA 

Owner.     Contains  all  data  specific 
to  the  applicant.     The  keys  are 
applicant  number  or  applicant  name 
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Client  Members.     This  segment  is 
built  for  each  individual  listed 
on  the  NOA.     Name,  birthdate,  sex, 
county,  SSN,  and  HIC  are  secondary 
indexes  for  matching  purposes 

CLIENT  AREA 

Owner.     Contains  secondary  indexes 
of  the  Applicant  Clients  and  other 
general  information.     Key  is  client 
number.     Always  present  for  each 
client 

Case  Pointer  Member 

FS  Case  Pointer.     This  provides 
the  link  between  the  client  and 
a  Food  Stamp  case  and  is  retained 
for  inactive  clients 

AFDC/MAO  Case  Pointer.     This  pro- 
vides the  link  between  the  client 
and  PA  case.     There  may  be  more 
than  one  of  these  pointers,  but 
only  one  may  have  an  active  status- 
in-group  code 

SDX  Case  Pointer.     Provides  the 
link  between  the  client  and  an 
SDX  case.     If  this  client  has 
an  AFDC/MAO  case  pointer  with 
an  active  status- in-group,  the 
SDX  case  pointer  is  forced  to 
suspend  v 

Money  Member.     Any  client  money 
amount  is  stored  with  a  code  which 
specifies  type  of  money  and  program 
area  reporting  the  amount 

-        Medical  History  Member,     The  periods 
of  Medicaid  eligibility  are  stored 
here,  accompanied  by  a  code  to  define 
category,  type  program,  and  type  of 
coverage.     The  SMIB  element  indicates 
that  the  State  is  paying  a  Medicare 
premium  for  this  client 

History  Segment.     All  cases  with  which 
the  client  was  associated  are  listed 
including  identifying  data  at  the  time 
of  removal  from  the  case 
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Alias  Number  Segment.     This  segment 
provides  for  the  retention  of  other 
client  numbers  under  which  a  client 
has  been  registered,  and  the  date 
the  client  records  were  combined. 

If  duplicate  SSNs  or  HICs  are 
identified  through  SDX  update 
processing,  this  segment  is 
used  to  record  them.     The  dup- 
licate numbers  become  a  secondary 
index  which  directly  provides 
the  key  (client  number)   in  the 
Client  Root. 

FOOD  STAMP  AREA 

Owner.     Contains  high  incidence, 
case-related  data.     The  key  is 
case  number,  and  a  secondary  index 
of  the  current  Food  Stamp  Master 
case  number  is  provided.  (Because 
of  code  redefinition,  there  is  not 
a  direct  parallel  between  SAVERR 
and  current  file  elements.) 

FS  Client  Pointer.     Provides  the 
link  to  all  clients  in  the  case. 
There  must  be  at  least  one  per 
case 

Money  Member.     All  case  money 
amounts  are  coded  by  money  type 

Temporary  Address  Member.  Con- 
tains temporary  address  information 

Authorized  Representative  Member. 
Contains  low  incidence  information 
concerning  other  residence  addresses, 
second  line  address,  and  authorized 
representatives 

Public  Assistance  Withholding  Member. 
Provides  a  link  between  a  Food 
Stamp  Case  root  and  an  AFDC  case 
root  for  purposes  of  PAW  processing 

Inactive  Client  Segment.  Stores 
client  number  of  individuals  re- 
moved from  an  active  status  in  the 
case.     Four  clients  are  stored  per 
segment,  and  more  segments  are  built 
if  required. 


AFDC/MAO  AREA 


Owner.     Contains  high  incidence 
data  elements.     Key  is  case  number 

AFDC/MAO  Client  Pointer.  Provides 
link  to  all  clients  associated  with 
the  case;  must  be  one  per  case 

Money  Member.    All  case  money  amounts 
are  coded  by  money  type 

-        Temporary  Address  Member.  Contains 
Temporary  Address  information 

Address  Line  2.     Contains  low  in- 
cidence second  line  of  address 

Miscellaneous  Member.  Contains 
several  different  low- incidence 
data  elements,  such  as  Guardian, 
Protective  Payee,  Special  Review 
or  Medical  Review 

Residence  Address  Member.  Contains 
low- incidence  residence  address 

Public  Assistance  Withholding  Mem- 
ber (PAW) .     See  Food  Stamp  PAW 
Member . 

Recoupment  Member.     Contains  active 
recoupment  offense.     If  historical 
offenses  are  present,  another  seg- 
ment is  built 

Inactive  Client  Member.     See  Food 
Stamp  Inactive  Client  Segment. 

SSI    (SDX)  AREA 

This  area  is  built  by  an  interface  transaction. 
The  data  reported  on  the  SDX  tapes  directly  over- 
lays the  data  base.     The  SDX  client  data  is  the 
lowest  in  hierarchy  and  cannot  update  any  worker- 
entered  field,   if  the  client  is  currently  active 
on  a  non-SDX  case.     SDX  information  cannot  be  up- 
dated by  a  worker  via  an  input  form.     Case  numbers 
are  system  assigned  from  a  special  file  of  numbers. 

Owner.  Contains  all  case  related, 
non-money  data  items.  Key  is  case 
number 

-39- 


1 


v 


Money  Member.     All  case  money 
amounts  are  coded  by  money  type 

Address  Segment.     Contains  low- 
incidence  second  address  line 
and  residence  address. 

WARRANT  AREA 

Warrant  History.     This  contains 
case  related  historical  informa- 
tion about  Public  Assistance 
Warrants 

Warrant  Member.     This  contains 
current  information  about  active 
case  related  warrants. 

ATP  AREA 

ATP  History.     Contains  case 
related  historical  information 
regarding  the  issuance  and  re- 
demption of  Authorization  To 
Purchase  (ATP)   Food  Stamp  Cards 

ATP  Member.     Contains  current 
information  on  active  ATPs. 

4.       SAVERR  INTERFACES 

There  are  20  systems  external  to  SAVERR  which  have  been 
identified  as  having  discrete  interface  requirements  with 
SAVERR.     These  interface  systems  have  been  listed  only  to 
show  where  the  SAVERR  design  has  considered  interface  points. 
Some  of  these  interfaces  are  not  fully  tested  but  are  planned 
for  inclusion  when  SAVERR  is  fully  implemented,  as  follows: 

SDX  -  State  Data  Exchange 

SSMS  -  Social  Services  Management  System 

CSC  -  Child  Support  Collection 

NHMS  -  Nursing  Home  Management  System 

VD  -  Vendor  Drugs 

BUY- IN  -  Buy- in 

TEC  -  Texas  Employment  Commission 
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TYC  -  Texas  Youth  Council 

MHMR  -  Mental  Health/Mental  Retardation 

DHR  -  Department  of  Health  Resources 

TRC  -  Texas  Rehabilitation  Commission 

GHSI  -  Blue  Cross 

NHIC  -  Electronic  Data  Systems 

EOB  -  Explanation  of  Benefits 

MRP  -  Medical  Reporting 

ENUM  -  Enumeration 

BENDEX  -  Beneficial  Data  Exchange 

BILL  EXP  -  Billable  Exposure 

EPSDT  -  Early  Periodic  Screening,  Diagnosis 
and  Treatment 

RSRS  -  Redesign  of  the  Statistical  Reporting 
System 
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IV.  ANALYSIS  SUMMARY 


AND  RECOMMENDATIONS 


This  section  is  designed  to  highlight  the  major  advan- 
tages and  disadvantages  of  the  Texas  SAVERR  system,  based 
on  an  analysis  of  the  State  visit  and  review  of  documenta- 
tion furnished  by  State  authorities.     Also  presented  in  this 
section  are  the  features  of  SAVERR  which  make  the  system 
an  attractive  candidate  for  partial  or  total  transfer  to 
another  state.     Finally,  recommendations  are  made  regarding 
the  possible  enhancement  of  SAVERR  for  use  in  other  environ- 
ments as  well  as  in  Texas. 


1.       MAJOR  ADVANTAGES  OF  SAVERR 

SAVERR  appears  to  offer  the  following  major  advantages 
when  considering  automated  eligibility  systems: 

Single  application   (input)   form  for  all  programs 

On-line  inquiry  capability 

On-line  data  entry  and  data  correction 

Data  base  orientation  of  the  system 

Integrated  client  data  file  across  all  programs 

Unique  client  identification  numbers 

Design  includes  consideration  for  all  pertinent 
interface  systems 

Efficient  utilization  of  computer  resources  is 
evident  through  the  use  of  batch  processing  in 
the  editing  and  updating  of  original  input  trans- 
actions and  on-line  processing  in  the  editing  and 
updating  of  data  corrected  transactions. 
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MAJOR  DISADVANTAGES  OF  SAVERR 


The  major  disadvantages  to  the  SAVERR  system  are: 

Current  system  and  design  documentation  not  suit- 
able for  transfer 

Limited  overview  documentation 

No  automated  eligibility  determination 

No  automated  grant  determination 

UNIVAC  hardware  and  software  requirements 

Courier/mail  distribution  of  system  output 

Design  was  developed  around  constraints  of  "the 
old  system"  manual  procedures  —    lacking  data 
base  considerations 

Design  is  actually  a  merging  of  three  separate 
systems  which  ran  independently 

Original  data  base  design  was  completed  for  an 
IMS  system  and  later  redesigned  for  a  different 
data  base  system,  DMS-1100. 


3.       KEY  FEATURES  FOR  TRANSFER 

Based  on  the  material  and  information  which  the  State 
provided  it  appears  as  if  SAVERR' s  primary  feature  for 
transfer  would  be  on-line  capabilities;  e.g.,  data  entry, 
inquiry,  data  correction.     This  portion  of  the  system 
surely  is  deserving  of  consideration  for  transfer  to  a 
similar  hardware/software  environment.    With  the  limited 
documentation  provided  and  until  results  of  system  pilots 
are  available,  identification  of  other  features  worthy  of 
transfer  is  difficult. 


4.  RECOMMENDATIONS 

As  a  result  of  this  study,  several  recommendations  are 
presented  that  could  enhance  SAVERR.  These  recommended  im- 
provements are: 

Enhance  and  update  documentation 

Install  automated  grant  calculation  and  eligibility 
determination 
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Develop  an  effective  method  of  distributing  system 
outputs  either  by  using  an  automated  network  or 
distributed  data  processing  techniques. 
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